Originally posted by mirmirmir
View Post
Announcement
Collapse
No announcement yet.
Arch-Based EndeavourOS "Apollo" Released
Collapse
X
-
Originally posted by asasione View Post
It happens so rarely that you can go a year or two sometimes before having to do it. And as long as you're capable of reading you usually get a notice while upgrading. I've had worse experiences on Windows coincidentally
Sure, this is more about repository management (in upstream), maybe, but then you at the very least have to maintain your own repositories and take precious care about pushing packages.
Comment
-
Originally posted by schmidtbag View PostThat's one of the reasons why I was a bit surprised that Valve went with Arch for the Deck. Perhaps they just aren't expecting anyone to really manage packages (or use snaps or flatpaks or whatever) but it was an odd choice when if user-friendliness was to be considered.
Valve is probably going with Arch because if they can make their software work on Arch Linux, it will probably work on every other distro as well, hehe. Arch is the one most prone to suffering of breakage as the packages are being upgraded rapidly and arbitrarily.
Comment
-
Originally posted by skeevy420 View Post...
Personally, in 22 years or so of Linux I've had the worst times updating Ubuntu and Debian. Do a dist update and get asked if I want mpv or mplayer, pulseaudio or alsa, Oracle or Open Java, preferred shell, and things like that. The average user doesn't know that stuff and probably doesn't care; would rather have upstream just pick the appropriate ones and not nag them. What sucks is if you pick the wrong choices you could end up in Apt Dependency Hell. ...
- Likes 1
Comment
-
Originally posted by curfew View PostRather I am dealing with weekly problems in system upgrades because my lib32 packages are out-of-sync with the corresponding, "native" system libraries. These lib32 packages are required to e.g. use Steam or Wine.Last edited by Slithery; 12 April 2022, 04:06 AM.
Comment
-
-
Originally posted by xhustler View Post
Agreed. On the other hand, those in the "I hate MacOS" camp would cry that you are limiting my freedom!
I like the latter since I prefer doing my research in small snippets because, for me and how I think, it's easy to miss manual interventions for the manual interventions* when I'm doing a dist upgrade and get hit with a lot of new things and changes. Learning all that at once and finding secondary manual interventions can just be daunting; especially if you don't keep up with Linux on a site like Phoronix -- I remember reinstalling Arch one day and afterwards going where TF is /etc/init.d? Where TF do my init scritps go? WTF is a unit?
*like on Arch when getting a .pacnew and doing /etc melds or having to run some command manually; getting 20 or so of those during an LTS dist upgrade can be daunting (any LTS distro)
I can see why someone would prefer the other way. Everything works as-is until one scheduled day in the future when you sit down and figure it all out. It sucks when you update Arch, reboot, and systemd 240 FUBARs your system so hard that you can't write a contract so you have to boot a Manjaro live ISO from your phone because all your stuff is on ZFS and you need quick access to KDE and a dkms package.
Comment
-
Originally posted by curfew View PostArch is the one most prone to suffering of breakage as the packages are being upgraded rapidly and arbitrarily.
- Likes 1
Comment
Comment