recently i just finished building a new pc. mostly for gaming since my only exposure to linux is steam os and i heard its uses arch with kde plasma so i try to emulate it as close as i can. however soon i realized how different it is and it requires more setup than i initially thought. i spent a whole day or two setting it up and i read now im responsible on maintaining it, what does it mean? is it just finding and testing drivers? or system update? what is the easiest way to do it? and what i getting myself into?

when i was about to install steam i found a tutorial on it with 3 - 4 pages full of text and was a bit overwhelmed, i decided just set it up using discover with flatpak, the problem is when i was about to find out how to do that i read mostly people really hate when you ask how to enable it in arch, is it really bad? should i just use konsole instead?

im not very tech savvy and at first I was really reluctant to use konsole but since i decided to use arch its inevitable that i have to use konsole and so far its not that bad, yet.

I’m just wondering for the long term, should i just change distro? or i should just powertrough arch and see where it goes.

thank you for your time.

edit:

thank you for all the kind words, support and information everyone. i decided that i’ll stick with arch until it breaks and ill see either i retry arch or try different linux flavors. i never feels so excited about os since i was messing around in win 2000

  • folaht@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    3 days ago

    It seems that RHEL has been based on Fedora for over twenty years now 😅.

    I only used Fedora in college on shared college computers and that was over twenty years ago.
    It was brand new back then as they switched over from Solaris.
    I was under the impression back then that Fedora was a Red Hat Linux derative like Ubuntu was of Debian,
    Ubuntu being the OS I was using at that time and the Linux Distro Timeline implies as such, however…

    perhaps it was based on RHEL once upon a time, but it hasn’t been for a long time. Regardless, documentation on this event seems to be relatively sparse. As such, I wasn’t able to arrive at a definitive conclusion. Please feel free to complete my ‘research’ 😜!

    Businesses weren’t too keen about Red Hat’s six month release cycle, as the short time interpolation was too disruptive for them.
    Red Hat then decided to have a seperate OS with a long-term support cycle and call that Red Hat Enterprise Linux (RHEL).
    At the same time, users were demanding a ‘Red Hat Community Edition’, so Fedora came into existance and that was then used as an upstream source for RHEL.

    Sorry, I didn’t quite get this. Do you mean that *“container app”*s will not succeed in decentralizing efforts and instead have the opposite effect?

    Yes. It’ll make some OSes more pointless. People will try out the distro in the distrobox, get what they need out of it and not bother installing it
    or jump ship to the better one.

    Perhaps you misunderstood me, but to be clear: Distrobox is basically available on every distro out there.

    No, it’s clear.

    Hmm…, I don’t quite understand why you think like that. There’s a lot that goes into making distros unique and deserving of their existence. Strictly limiting their appeal to the size of their respective (user) repos is honestly a disservice to the grandiose effort put out by our respected F(L)OSS developers.

    It’s a defining feature for me.
    I had to jump off Ubuntu and Parabola for this reason.
    For Ubuntu I needed the latest version of some package and for Parabola it was certain packages that were non-free.
    Distrobox did not exist back then.

    NixOS sounds very interesting, but the moment I tried to install the distro- package manager I noticed aws packages and I have an aversion of anything remotely Amazon. Guix peaks my interest even more now that you’ve mentioned Distrobox.

    I think I’ll take the jump.