Try to play games, learn how to set up wine/proton, discover that none of your games work because you have an old GPU driver, discover that you can’t update it because any time you install a newer driver it hard-locks the system and reboots it in super low-res mode with no driver at all, also your sound dies randomly for no reason that you can discover and trawling reddit for 4 hours comes up with lots of solutions, half of which don’t work and the other half don’t even apply, get frustrated, disable dual-boot and go back to windows.
That’s how my last experience with linux (admittedly that was PopOS not Mint, but) went ~6 months ago. I’m currently building up my frustration-tolerance to give it another try at some point probably with main-line Ubuntu because at least then when I go hunting for solutions to obscure problems the suggested solutions are for that distro. I’m honestly not sure what the difference between Ubuntu and Mint is tho.
All linux distrobutions are essentially just linux with prepackaged apps. all apps built for one distro can be run on another. So in essence there is no difference besides the installation process, gui, and package manager. (Probably going to get flamed for this because this is kind of a half truth but for most users this is how id describe it, For ease of understanding)
Right, but there is kind of a way distros do certain things, where they put stuff, how they organize the file structure, etc. So the difference is 'Oh yeah this is an issue with xyz, go to /etc/marf/gooble/whatever and edit this file to say ‘Tuesday’ instead of ‘Marlene’ and there is no /etc/marf/…
I ran into this problem a lot with PopOS in the couple weeks I fiddled with it (and with every single problem in the brief time I tried Bazzite since it containerizes everything), which is why I was thinking of going mainline Ubuntu since most of the solutions I came across to the problems I was having were answering questions posted by Ubuntu users and therefore the answers were tailored to Ubuntu.
Okay i see what your saying. but im an arch user and often use distro specific tutorials from other distros to troubleshoot issues. After a little while youll just subconsiously translate what theyre telling you to do in your distro specificly.
Also resources like reddit and stack overflow are great for you to reach out and get a better understanding. But if youve ever been hit with the “did you read the wiki?” or “they just link a wiki page” I can understand how frustrating it can be. Many linux users are pompus dicks who thinks every user should be a power user. My recommendation is still to reach out for help, ive had great success with the manjaro forum aswell.
Yeah, but I haven’t messed with linux in like ~15 years except for my most recent attempt, so I don’t remember where things ought to be so I don’t know that if someone says to look in /etc/marf that on my distro it might be in /etc/bloop instead or whatever. And yeah, I used reddit/stack overflow (wasn’t it called stack exchange before? shrug), it’s just like I said I kept running into solutions that I couldn’t make work for me.
all apps built for one distro can be run on another.
Pfft no. They won’t even work on earlier versions of the same distro. Or later. Or any distro where you’ve installed a library or driver thats older or newer than the one needed for the app your installing.
So in essence there is no difference besides the installation process, gui, and package manager.
There are three different package systems (Red Hat, Debian and Arch) and they are all completely incompatible with each other, and earlier versions of themselves.
You can use containers like Snap or Flatpack or half a dozen other standards, which again are all incompatible with each other, and all of them except Snap aren’t fully containerised either - they are dependent on specific libraries and drivers in the distro.
I’ve had similar issues with Arch Linux for years. The front panel outright refuses to work on Linux, even after modifying a whole bunch of things.
Your average person is more likely to get frustrated that stuff is broken/doesn’t work, and switch back rather than having to alter module configuration files and things like that to fix it.
If you are set on using arch i highly recommend using archinstall or fedora and using the kde plasma or gnome desktop enviorment there are no files to configure and shit just works the desktop is also highly configurable. The only time youd be messing with cfg files would be if you are ricing your system to look like something out of r/unixporn which looks sweet but those people put ALOT of time and effort into it, and their desktop enviorments arent really meant for the average user.
Try to play games, learn how to set up wine/proton, discover that none of your games work because you have an old GPU driver, discover that you can’t update it because any time you install a newer driver it hard-locks the system and reboots it in super low-res mode with no driver at all, also your sound dies randomly for no reason that you can discover and trawling reddit for 4 hours comes up with lots of solutions, half of which don’t work and the other half don’t even apply, get frustrated, disable dual-boot and go back to windows.
That’s how my last experience with linux (admittedly that was PopOS not Mint, but) went ~6 months ago. I’m currently building up my frustration-tolerance to give it another try at some point probably with main-line Ubuntu because at least then when I go hunting for solutions to obscure problems the suggested solutions are for that distro. I’m honestly not sure what the difference between Ubuntu and Mint is tho.
deleted by creator
deleted by creator
All linux distrobutions are essentially just linux with prepackaged apps. all apps built for one distro can be run on another. So in essence there is no difference besides the installation process, gui, and package manager. (Probably going to get flamed for this because this is kind of a half truth but for most users this is how id describe it, For ease of understanding)
Right, but there is kind of a way distros do certain things, where they put stuff, how they organize the file structure, etc. So the difference is 'Oh yeah this is an issue with xyz, go to /etc/marf/gooble/whatever and edit this file to say ‘Tuesday’ instead of ‘Marlene’ and there is no /etc/marf/…
I ran into this problem a lot with PopOS in the couple weeks I fiddled with it (and with every single problem in the brief time I tried Bazzite since it containerizes everything), which is why I was thinking of going mainline Ubuntu since most of the solutions I came across to the problems I was having were answering questions posted by Ubuntu users and therefore the answers were tailored to Ubuntu.
Okay i see what your saying. but im an arch user and often use distro specific tutorials from other distros to troubleshoot issues. After a little while youll just subconsiously translate what theyre telling you to do in your distro specificly.
Also resources like reddit and stack overflow are great for you to reach out and get a better understanding. But if youve ever been hit with the “did you read the wiki?” or “they just link a wiki page” I can understand how frustrating it can be. Many linux users are pompus dicks who thinks every user should be a power user. My recommendation is still to reach out for help, ive had great success with the manjaro forum aswell.
Yeah, but I haven’t messed with linux in like ~15 years except for my most recent attempt, so I don’t remember where things ought to be so I don’t know that if someone says to look in /etc/marf that on my distro it might be in /etc/bloop instead or whatever. And yeah, I used reddit/stack overflow (wasn’t it called stack exchange before? shrug), it’s just like I said I kept running into solutions that I couldn’t make work for me.
Pfft no. They won’t even work on earlier versions of the same distro. Or later. Or any distro where you’ve installed a library or driver thats older or newer than the one needed for the app your installing.
There are three different package systems (Red Hat, Debian and Arch) and they are all completely incompatible with each other, and earlier versions of themselves. You can use containers like Snap or Flatpack or half a dozen other standards, which again are all incompatible with each other, and all of them except Snap aren’t fully containerised either - they are dependent on specific libraries and drivers in the distro.
I’ve had similar issues with Arch Linux for years. The front panel outright refuses to work on Linux, even after modifying a whole bunch of things.
Your average person is more likely to get frustrated that stuff is broken/doesn’t work, and switch back rather than having to alter module configuration files and things like that to fix it.
Dont use freaking Arch if your goal is to get everything to work out of the box?
Or, here’s a radical idea, don’t release your freaking distro if not everything works out of the box? :P
Dont buy a project car if you dont want a project. Some people like that shit, but its not for everyone.
Yeah fair enough, but also don’t call it a car if it doesn’t drive.
If you are set on using arch i highly recommend using archinstall or fedora and using the kde plasma or gnome desktop enviorment there are no files to configure and shit just works the desktop is also highly configurable. The only time youd be messing with cfg files would be if you are ricing your system to look like something out of r/unixporn which looks sweet but those people put ALOT of time and effort into it, and their desktop enviorments arent really meant for the average user.