Gaza: Israel kills more than 130 Palestinians in 24 hours
cross-posted from: lemmy.ml/post/33173703
By Mera Aladam
Published date: 14 July 2025 11:50 BST | Last update:~08:00 EDT
According to the UN agency for #Palestinian refugees (UNRWA), "truckloads of food and medical supplies are waiting in warehouses" outside #Gaza."Stop the starvation. Lift the siege. Let the #UN, including #UNRWA, do its lifesaving work," they said in a post on X.
Gaza: Israel kills more than 130 Palestinians in 24 hours
Israeli forces killed more than 130 Palestinians in Gaza in a single day, including several children who were attempting to collect water for their hungry families in the besieged enclave.Mera Aladam (Middle East Eye)
reshared this
pineapple
in reply to makeitwonderful • • •makeitwonderful
in reply to pineapple • • •Ricaz
in reply to makeitwonderful • • •makeitwonderful
in reply to Ricaz • • •propter_hog [any, any]
in reply to pineapple • • •Ricaz
in reply to propter_hog [any, any] • • •Arch is definitely not "an experimental distro". It doesn't just break, and all the software in their repos is considered stable.
If you have been using Arch for any meaningful amount of time, the massive output from OPs upgrade should be glaring.
propter_hog [any, any]
in reply to Ricaz • • •Ricaz
in reply to propter_hog [any, any] • • •SheeEttin
in reply to makeitwonderful • • •en.wikipedia.org/wiki/Principl…
Someone should inform whoever made that change. If a package is split in a new release, the initial state should match the final as closely as possible, in this case by installing the new optional dependencies automatically. (Although I'm not sure why they'd want to split everything out like that anyway; no other VLC distribution does that, so splitting is itself a violation.)
Maybe Manjaro might be an alternative? I haven't personally used it. I don't like this kind of surprise, so I stick to boring distros like Debian. I used to use CentOS but it was too boring.
principle in computer system design
Contributors to Wikimedia projects (Wikimedia Foundation, Inc.)makeitwonderful
in reply to SheeEttin • • •You just gave me words for something that was previously just vague internal grumbling and emotions.
Manjaro knows how to aesthetically please me with their color choices and background art. I've got a negative impression from various podcasts and forum posts but I'm realizing I need to look into that more because I can't recall specifics besides something about a past issue with package distribution.
𝕛𝕨𝕞-𝕕𝕖𝕧
in reply to makeitwonderful • • •i would recommend against manjaro or endeavorOS and such similar arch based distributions. they’re neat and more stable but have similar issues sometimes, for example the manjaro maintainers are generally known as pretty egregiously irresponsible.
arch is kind of a clusterfuck. the user experience is really poor for a modern linux distribution and the community has an insular attitude of calling everything a skill issue.
i used and maintained a bunch of arch systems for a long time. if you do this you inevitably end up using AUR packages, as some utilities a normal person would use for home and server shit are only available through AUR. updating gets fucky and it’s way more annoying bc you end up needing to constantly read long ass changelogs bc some dude changed the formatting in one UI element and pushed to main at 3AM and it won’t just updated with -Syu or similar args.
i was talking about this earlier on lemmy as an example of terrible UX and all the arch fanboys came to downvote me and write paragraphs in droves talking about how it’s actually just the user’s fault for using the AUR and that i don’t know how pacman works. one guy claimed it’s like Debian PPAs. uh no, the AUR is far less optional lmfao. and i do know how yay and pacman work, i had no trouble, i was just pointing out it was annoying to deal with constantly when using a system like a normal person.
when an OS has no user in mind when designing it… its kind of a shit OS and apparently forms a shit culture around it too, in my experiences the past few years on the internet.
BlueSquid0741
in reply to SheeEttin • • •Manjaro is significantly worse with updates breaking.
I used for a little while in 2018 and again in 2019, both times ended because it once became stuck in a boot loop after updates, and another time couldn’t boot after updates.
idefix
in reply to BlueSquid0741 • • •suburban_hillbilly
in reply to SheeEttin • • •Sometimes. Some of us out there have use cases where we really, really don't want our systems making choices for us and would rather read the notes every time. One could equally well argue that an OS whose entire purpose is letting the user make the choice suddenly doing something automatically without asking for input is the break in state that users would find astonishing.
SheeEttin
in reply to suburban_hillbilly • • •I'd say you want Linux from Scratch then, but even then the Linux kernel maintainers are making choices for you.
But Linus is very firm in that they never break userspace, so you should never see an issue like this when updating the kernel.
suburban_hillbilly
in reply to makeitwonderful • • •makeitwonderful
in reply to suburban_hillbilly • • •Ricaz
in reply to makeitwonderful • • •procapra
in reply to makeitwonderful • • •data1701d (He/Him)
in reply to procapra • • •I second Debian Testing. The only issues I have are updates slow down during package freezes and sometimes, a package you are using becomes a victim of a package transition. Both are symptoms of Testing being exactly what it says, so I can't blame them, but still a valid annoyance.
The worst example was FreeCAD had a dependency being transitioned, so FreeCAD disappeared from Testing for a while, meaning my system wouldn't update if I wanted to keep FreeCAD. In the end, I just gave up and used the Flatpak. (I probably could have installed from Unstable, but whatever.)
Truth be told, I kind of wish there was a project to keep some new packages flowing to Testing users during freezes. I get why Debian themselves doesn't do it - it would be a nightmare to maintain - but an outside community project would be amazing. It wouldn't exactly be easy, but such a project wouldn't need to necessarily do every package (just desired ones), and they would only need to maintain them a couple months until new versions start flowing into Testing again. I think the biggest difficulty is not going too far ahead of what will end up in Testing post-freeze.
procapra
in reply to data1701d (He/Him) • • •There is a way to "pin" package versions isn't there?
I wonder if that would prevent this kind of thing from uninstalling a package that is in transition. Ofc, it wouldn't get any updates, but I'd take that over just not having the package.
Flatpak works though!
data1701d (He/Him)
in reply to procapra • • •Yeh. Also, Debian tends to hold back packages like that automatically. It’s just a really obnoxious thing to deal with for me, and Flatpak allows me to circumvent that.
Though truth be told, I’m thinking of just staying on Trixie once it hits stable. While Testing certainly has its uses and I rather love it, there’s simply times where I don’t want to deal with the odd system maintenance ordeals, as comparatively rare as they are relative to other rolling release distros. I’ve been rather enjoying Bookworm on my laptop for a year now, which makes me think I would enjoy it on desktop.
procapra
in reply to data1701d (He/Him) • • •beleza pura
in reply to procapra • • •debian testing is for testing purposes only. you should never daily drive debian testing (unless you know what you're doing)
also, we're about to get a new debian release (trixie), this is literally the worst time you could choose to daily drive debian testing
gonzo-rand19 likes this.
neon_nova
in reply to makeitwonderful • • •Arch is really for those who like to troubleshoot and actively maintain things when they break.
I’m pretty decent with linux and for the most part, I can fix arch when it breaks, but I don’t have the time for that. For that reason, I use Fedora and recommend mint.
MalReynolds
in reply to neon_nova • • •fushuan [he/him]
in reply to MalReynolds • • •MalReynolds
in reply to fushuan [he/him] • • •fushuan [he/him]
in reply to MalReynolds • • •MalReynolds
in reply to fushuan [he/him] • • •yup, the syntax is (from within the distrobox)
distrobox-export --app appname
GraveyardOrbit
in reply to neon_nova • • •Derin
in reply to GraveyardOrbit • • •I've been using arch for almost a decade, and haven't had the system break.
I also don't use aur helpers as I don't like or trust them - I do tend to read PKGBUILDs before using them.
Still shocked that OP thought a new opt-depends was "lost in pages and pages of changelogs".
PrivateNoob
in reply to GraveyardOrbit • • •fushuan [he/him]
in reply to PrivateNoob • • •PrivateNoob
in reply to fushuan [he/him] • • •neon_nova
in reply to GraveyardOrbit • • •I’m sorry, I thought about it more and remember the reason I had trouble with arch the last time.
It was that I could not get hardware decoding to work when playing videos in Firefox.
Everything reported that it should be working, but it didn’t.
fushuan [he/him]
in reply to GraveyardOrbit • • •I sometimes forget or delay updates because of life and have over 500 updates. Skim through them if they are patches, minors or majors, and just run. In any case, my disk's are brtfs and I have timeshift for backups. If anything breaks horribly a live USB can restore it, if anything is weird I can restore it via UI. It autoruns every time I run Pacman and stores 5 copies of the "before" state. It also creates a daily copy for the last 5 days so 10 copies in total.
It's more than enough that if something fails I'll have something to go back to, and since it internally works with something akin to hardlinks snapshots don't take that much space.
I've not had issues since setting it up, so, great.
vanDerVaartBlackenedRanch [none/use name]
in reply to makeitwonderful • • •Fedora if you do not gain joy from troubleshooting
Debian sid if you do.
OhVenus_Baby
in reply to makeitwonderful • • •makeitwonderful
in reply to OhVenus_Baby • • •I don't mind trading upfront effort for stability. I enjoyed setting up Arch and I'm still benefiting from insights gained from choosing my setup packages there.
Having nearly latest versions of packages is important to me because I can get into a flow after the initial excitement of a new feature being released but if I have to wait long to get my hands on it that won't happen. In this case, a smaller loss of my excitement to watch a video happened in the time it took me to figure out what was up with VLC.
Cenotaph
in reply to makeitwonderful • • •makeitwonderful
in reply to Cenotaph • • •Opensuse Tumbleweed has made my list to try out.
Thanks for CachyOS. This is my first time hearing of it so I've got some reading to do.
BlueSquid0741
in reply to makeitwonderful • • •CachyOS and Endeavour OS are the two common Arch derivatives - basically “Arch in easy mode”. They’re both very good.
Manjaro is another but it brings its own set of problems that I never have the time or patience to deal with.
I’m using CachyOS now since October. I’m enjoying it and haven’t come across any issues yet that weren’t easily fixed.
This is the first time in 5 years I haven’t been on opensuse.
slaveOne
in reply to makeitwonderful • • •Ada
in reply to slaveOne • • •makeitwonderful
in reply to slaveOne • • •I like having Timeshift in place for if I can't figure out what went wrong.
In this case, I didn't use VLC until days after I had updated so my mind didn't go to an issue from updating right away. I make a high amount of accidental inputs while using laptops and I don't always notice so a lot of my issues end up being unintentional configuration changes from weeks or months ago.
cyborganism
in reply to makeitwonderful • • •I've been using Ubuntu/Kubuntu since 2004 and I've always been happy and had very little problems.
It's a good, no hassle distro that works and is fairly up to date, especially if you use the non-LTS ones. I prefer staying with LTS though. At least my OS is stable and I don't have to spend my free time troubleshooting anything.
makeitwonderful
in reply to cyborganism • • •My first experience with Linux was Ubuntu back in 2007! I thought it was interesting but didn't become a Linux user until 12 years later when I realized gaming was possible without dual booting.
Something I experience a lot is getting excited for new features. It gives me an energy I can use to start a project I wouldn't have done otherwise. I need to be able to start soon after hearing about the new feature or I risk losing the excitement and missing out on the energy it would have provided.
cyborganism
in reply to makeitwonderful • • •scoobford
in reply to makeitwonderful • • •kylian0087
in reply to scoobford • • •flatbield
in reply to makeitwonderful • • •beleza pura
in reply to flatbield • • •paequ2
in reply to makeitwonderful • • •I've been enjoying Guix for the last 8 days. You declare your OS and home config in a file and you can check them into source control. It was originally a fork of NixOS, but has diverged a lot.
The CLIs and APIs are pretty nice. They have a concept of "channels", which are git repos you can download software from. The default official channel only hosts FOSS software, but you can trivially add non-FOSS channels and they work just as well as the first-party channels.
Each channel update and package install, removal, update get put on a log, which you can trivially jump between.
guix package --switch-genereation=28
and boom you're at that generation (it's like a git commit). The software and config changes get saved in the generation so the jump is clean and atomic. I actually bisected my OS yesterday to track a bug! That was cool. You can also create and share isolated, reproducible environments.Guix works with Flatpak and distrobox as well, in case some software isn't available in existing channels. I got HiDPI, Zoom, Logseq, Syncthing, and Tailscale working.
The biggest drawback for me so far is that it doesn't use systemd. Not sure if it's a dealbreaker for me yet. Systemd does way more than just manage system services, so GNU Shepherd (which Guix uses) isn't a real replacement.
GNU Guix transactional package manager and distribution — GNU Guix
guix.gnu.orgpaequ2
2025-07-06 20:12:44
obnomus
in reply to makeitwonderful • • •makeitwonderful
in reply to obnomus • • •obnomus
in reply to makeitwonderful • • •Mordikan
in reply to makeitwonderful • • •like this
gonzo-rand19 likes this.
Shayeta
in reply to Mordikan • • •somenonewho
in reply to Shayeta • • •I have 4 Topics I started where I never got any reply or the only reply is from myself stating that I found a solution and what it is.
Then I have 3 Topics where people actually engaged with me, asked for some more info gave some tips and pushed me in the right direction.
beleza pura
in reply to makeitwonderful • • •like this
themadcodger likes this.
makeitwonderful
in reply to beleza pura • • •I enjoyed getting to pick out a lot of the small details by choosing what was going on my system. Something about having the minimum amount needed to meet my needs eases a variety of my computing related anxieties.
I've always managed to solve issues I've encountered but reading that forum post made me realize I may have been attributing issues from updates to Linux in general instead of my distro choice.
beleza pura
in reply to makeitwonderful • • •llii
in reply to beleza pura • • •Ricaz
in reply to llii • • •beleza pura
in reply to llii • • •it is
...if you're willing to put in the effort to play linux
llii
in reply to beleza pura • • •beleza pura
in reply to llii • • •i believe you. also, my great uncle has smoked since he was 13 and he's now 86 and is still alive
seriously, though, if you do everything right, arch is a great system. it is really well put together and very stable all things considered. the problem is the "doing everything right" part. what happened to op is pretty common if you stop reviewing your updates one by one for a week or two. if you're used to that, then arch is perfect. otherwise, it's a chore
llii
in reply to beleza pura • • •This is just not true. Its pretty rare that you have to manually intervene when updating.
beleza pura
in reply to llii • • •highduc
in reply to beleza pura • • •Nico198X
in reply to beleza pura • • •beleza pura
in reply to Nico198X • • •Nico198X
in reply to beleza pura • • •i really don't think that's true about arch, but in general i get that there is a spectrum of how much ppl want to be active in the maintenance of their computer.
i use EndeavourOS, but for my wife i give her Kalpa, which is atomic and much more "less fuss, just use computer."
maybe @makeitwonder would like an immutable distro.
verdigris
in reply to beleza pura • • •FrederikNJS
in reply to verdigris • • •nixos-rebuild
... If something suddenly breaks in an update, I just boot into my previous generation, roll back myflake.lock
and wait a few days for a fix to be available...verdigris
in reply to FrederikNJS • • •Having dailied both as well, I only agree once you're over the very significant learning curve. And even then, I'd say initial setup is pretty similar, if not a bit easier on Arch.
Arch and NixOS are kind of like C and Rust. Arch/C give you the power and flexibility to do pretty much whatever you want, but also will let you do it in very stupid ways that will come back to bite you. NixOS and Rust give you the same amount of power, but with a higher barrier to entry that ensures you have a pretty good idea of what you're doing, which results in a much more stable experience.
beleza pura
in reply to verdigris • • •debian
fedora
opensuse tumbleweed (which happens to also be rolling release)
gentoo and lfs make it very clear they're demanding distros. arch is just a little easier, but it's closer to gentoo than to debian
verdigris
in reply to beleza pura • • •johnnyb
in reply to makeitwonderful • • •makeitwonderful
in reply to johnnyb • • •Installing the dependencies did fix it.
I decided I wanted to switch because in the time it took for me to figure that out I lost the excitement for what I was about to watch.
Derin
in reply to makeitwonderful • • •New optional dependencies also happen in other distributions, just happens a lot less as they aren't rolling release distributions.
Learning to parse terminal output for what's relevant is a good and sometimes necessary skill.
makeitwonderful
in reply to Derin • • •You're probably right, this is a issue that isn't unique to Arch. In this case, I would have been fine if a default had been chosen for people who didn't do the reading. Something like installing a plugin that will keep basic functionally of the app working.
I agree that reviewing terminal output is a valuable skill. I'm often lacking the attention or energy to pay attention to every update. I wish that wasn't the case because I believe I have higher than average emotional reactions when things go unexpectedly but the lack of attention -> unexpected event -> emotional reaction loop is a pattern of my life I've come to accept.
Derin
in reply to makeitwonderful • • •Please note that I wasn't passing judgement with my comment, I'm just stating that it will happen with pretty much all Linux distributions.
For example, when upgrading major Debian versions, the same will happen - but you'll usually get thrown into a full screen TUI with interactive buttons asking you how to proceed. So it isn't really possible to leave the system in a non-functional state.
Definitely check out a different, stability first distro. However, note that you will then have the problem of software being old when you want a new feature!
Karna
in reply to makeitwonderful • • •Rule of Thumb: if your use case is not satisfied by your current Distro, then move to the one that does.
Arch or rolling release distros are great if you want latest version of software/packages as soon as possible. Downside is you need to put more effort/time to maintain it by yourself.
On the other hand, fixed release distros (e.g. Debian) doesn't offer latest packages immediately. But, given that packages are tested for distro release, so you will have a more stable (in relative term) system for yourself with minimal effort.
I used to like rolling release distros on my college days as I had plenty of time back then. Now, I'm settled on fixed release ditro as it suits my current use case.
jenesaisquoi
in reply to makeitwonderful • • •oo1
in reply to makeitwonderful • • •Would a flatpak would survive this update?
I do use arch on some computers but with several flatpaks for some applications that I feel will be safer - but i don't really know.
Maybe i just update and see what happens.
Ricaz
in reply to oo1 • • •oo1
in reply to Ricaz • • •Surely that can be OPs choice.
If a user has a large number of programmes they might not want to hand hold updates of all of them each time.
If they choose only the handful they want from arch repo or aur then they might have a quicker update and find it easier to stay awake.
I'd think it should be up to them if they want to trade off bloat vs the burden of an update.
I find, especially for AUR stuff the update can become vexatious.
Ricaz
in reply to oo1 • • •Of course it's his choice, it's his system.
The general advice is that handpicking updates from main repos is a big no-no. There are only a couple of reasons you would ever need that, like updating
archlinux-keyring
on a very outdated system.Even on my 13 year old install with many thousands of packages, it's not hard to spot if anything is out of the ordinary when doing huge upgrades. You should pay attention.
That being said, I often just do
pacman -Syu --noconfirm && poweroff
these days. It's so rare that anything breaks and I can very easily fix it if it does.Carl [he/him]
in reply to makeitwonderful • • •makeitwonderful
in reply to Carl [he/him] • • •Debian is my go to for setting up a new server because of the stability and project longevity.
The excitement of features from the cutting edge gives me free energy to start new projects that I don't experience if I wait for the stable release.
utopiah
in reply to makeitwonderful • • •I don't understand how Debian limits that. You can use Debian for your distribution BUT for whatever you want to be cutting edge, use whatever alternative method you want. It can be alternative package managers, e.g.
am
but if you want the absolute bleeding edge, go on the repository of the project, get a specific branch, build, install, use. That's absolutely no problem with even Debian stable.I'm genuinely confused at comments implying that have a stable distribution means having outdated software.
electric_nan
in reply to utopiah • • •utopiah
in reply to electric_nan • • •Wouldn't that be solved with random notifications saying software X has been updated to version Y.Z even though it might not be true?
electric_nan
in reply to utopiah • • •RedSnt 👓♂️🖥️
in reply to makeitwonderful • • •CarrotsHaveEars
in reply to RedSnt 👓♂️🖥️ • • •Cysio
in reply to RedSnt 👓♂️🖥️ • • •Undaunted
in reply to makeitwonderful • • •I can totally understand that. In case you still want to give it a chance, I can highly recommend EndeavorOS. It's basically pre-styled, pure Arch. But it has a welcome dialog, where you have a warning banner at the top if you need to be careful regarding an update. This directly links you to their Gitlab and forum with the steps you'd need to take to not break anything. This saved me multiple times already and I never broke my system, despite not even reading the Arch RSS feed or changelogs.
Besides the EndeavorOS forum is waaaay friendlier compared to the Arch one.
grillme
in reply to Undaunted • • •Eugenia
in reply to makeitwonderful • • •I prefer Debian-Testing. Basically, a rolling release, but not unstable. Arch is akin to Debian -Sid, which is unstable. The latest packages are brought in to -Sid after some rudimentary testing on -experimental. But only the stuff that make it and are solid on -sid, make it to -testing. Basically, Debian has 2 layers of siphoning bugs before they even make it to -testing. And that's why the -stable branch is so solid, because whatever makes it there, has to go through the 3 branches.
So if you like rolling releases with much newer packages, consider -testing. The easiest way is to wait for the Trixie release, and then do the manual update to -testing by changing the repository names (there are online tutorials about it). The other way is to get a -testing iso, but these usually are broken because most people "upgrade" their installed distro to testing instead of just install it outright.
I've been using -testing for over a year now with 0 problems. Even Google is using -testing internally! I also have had Arch installed and endeavouros, and have had 3 problems that I had to fix in 5 months.
drspod
in reply to Eugenia • • •mina86
in reply to drspod • • •drspod
in reply to mina86 • • •Only after they meet the requirements to be moved from unstable.
From the wiki:
and
- wiki.debian.org/DebianTesting
There is some advice on that page about how to deal with security updates for testing and I'm wondering how people who use testing take that advice, and what changes they make to get security updates. Or maybe you don't bother. That's what I mean.
DebianTesting - Debian Wiki
wiki.debian.orgEugenia
in reply to drspod • • •mina86
in reply to Eugenia • • •I’ve installed Debian testing from ISO a handful of times and never had any issues.
Eugenia
in reply to mina86 • • •Zetta
in reply to makeitwonderful • • •heythatsprettygood
in reply to Zetta • • •ReversalHatchery
in reply to heythatsprettygood • • •that's exactly how updates should work in every desktop distro. as an option of course.
systemd made it possible to install updates on shutdown.
packagekit enabled kde software to automatically obtain and prepare the updates.
plasma does the final touch nowadays to ask you on the reboot/shutdown dialog whether you want to install them.
Basically all the system is in place, with code from widely used parties. packagekit can even integrate with your filesystem to make a snapshot before install. It's wonderful. yet, it seems as if only fedora supports this full setup right now? or is there anything else?
heythatsprettygood
in reply to ReversalHatchery • • •MangoPenguin
in reply to heythatsprettygood • • •fushuan [he/him]
in reply to heythatsprettygood • • •heythatsprettygood
in reply to fushuan [he/him] • • •Philamand
in reply to Zetta • • •verdigris
in reply to Philamand • • •Philamand
in reply to verdigris • • •verdigris
in reply to Philamand • • •As long as they're not for the core Fedora projects why not? Bugs for those should be scarce and there are many other users to report them anyway.
Using and contributing to FOSS is hardly scabbing regardless. Unless you're donating to the project I wouldn't consider even bug reporting as directly supporting IBM. The tangible profit to them is pennies if that.
MangoPenguin
in reply to Philamand • • •Philamand
in reply to MangoPenguin • • •Telemetry, but I don't know if many Linux user doesn't turn it off. But I also don't know if many Linux user doesn't fill bug reports.
Also, if you use Fedora you may recommend it to people that will leave telemetry and/or file bug report. And you also contribute to make the red hat ecosystem relevant, potentially bringing paid customers for RHEL. It's a drop in the ocean of course, but personally I don't want to contribute to it.
Mactan
in reply to makeitwonderful • • •Ricaz
in reply to Mactan • • •ses hat
in reply to makeitwonderful • • •Allero
in reply to makeitwonderful • • •Based on what you describe, I would strongly recommend going with OpenSUSE Tumbleweed. It's just as bleeding-edge as Arch, but all packages go through automatic testing to ensure they won't break anything, and if some manual actions are required, it will offer options right before update. Moreover, snapper in enabled by default on btrfs partitions, and it makes snapshots automatically before updates, so even if something breaks somehow, reverting takes a few seconds.
One small footnote is that you'll need to add separate VLC repo or Packman for VLC to have full functionality - proprietary codecs are one of the rare things official repos don't feature for legal reasons.
On Arch rant: I've always been weirded out by this "Arch is actually stable, you just have to watch every news post for manual interventions before every update, oh, and you better update very often" attitude.
Like, no, this is not called stable or even usable for general audience. Updating your system and praying for it not to break while studying everything you need to know is antithetical to stability and makes for an awful daily driver.
like this
Bombastic likes this.
MyNameIsRichard
in reply to Allero • • •You have to watch the factory mailing list and make any manual interventions for Tumbleweed, and frankly, you should be watching the news and taking any action required no matter the os.
Karna
in reply to MyNameIsRichard • • •This is not really true for fixed release distros. I can’t remember when was the last time I had to read through the release note before Ubuntu version upgrade, or upgrading any package.
MyNameIsRichard
in reply to Karna • • •Karna
in reply to MyNameIsRichard • • •Just to reiterate the same point - in fixed release, a package version is not released until all known issues are resolved.
At no point, it is end user responsibility to bother checking anything before installing a new version.
MyNameIsRichard
in reply to Karna • • •Karna
in reply to MyNameIsRichard • • •Bugs are of two types - known (found during testing by Distro maintainer) and unknown.
Fixed release fixes known bugs before pushing packages.
It is following the standard development life cycle.
MyNameIsRichard
in reply to Karna • • •So do rolling releases. What's your point?
Karna
in reply to MyNameIsRichard • • •RaivoKulli
in reply to Karna • • •That's not really true. It's more important that the issues are known. Sometimes they actually wait longer to fix issues since it would introduce changes
Karna
in reply to RaivoKulli • • •But, at no point any fixed release distro ever released breaking changes "knowingly".
suburban_hillbilly
in reply to Karna • • •Karna
in reply to suburban_hillbilly • • •Allero
in reply to MyNameIsRichard • • •MyNameIsRichard
in reply to Allero • • •Anyone who is not curious enough to type
yay -Pw
before typingyay
should probably stick with something like Windows. And even then, you should watch out for the rare manual intervention.Edit: Tone.
suburban_hillbilly
in reply to MyNameIsRichard • • •FFS dude. It's not lazy want updates to be as simple and pain free as possible. The entire point of these universal machines is to automate shit so we don't have to think about it so much. We have different distros to run them because people prefer different ways of doing things. The one you pick doesn't make you better or worse in any way. OP found out Arch is more work than they want to put up with for their daily driver and the benefits aren't worth the cost. That's a pretty big fucking club to be calling everyone in it lazy.
This kind of elitism is the most unnecessary, useless, vacuous, tedious horseshit and hurts Linux by pushing people away for nothing. Stop it.
Allero
in reply to MyNameIsRichard • • •I don't think it makes sense to gatekeep Linux only to those who has time, energy, and dedication to continuously check for necessary interventions and to familiarize themselves with all the terminal utilities in the first place.
That is a sort of elitism we need to carefully avoid - one, because otherwise it would halven the desktop Linux community, and two, because there's a huge group of people out there who need what Linux offers, but cannot dedicate themselves to it in the way enthusiasts do.
For them, there must be an option to push the button and get a smooth update, with everything resolved automatically or prompted in a user-friendly way. Arch is not that.
You feel comfy doing this - alright, no one stops you, Arch is great and has a purpose. But we should never put blame on users for not using their system The Arch Way™, because it's too technical, too engaged, and is just a poor fit for most. People will not and should not accommodate for this just to use their system. There's no need to.
If someone chose Arch and complains that it breaks things, it could be useful to point out Arch doesn't have required guardrails to make it operable in a way they expect, and direct the user to other distributions that have them and potentially least painful ways to migrate.
Having tried Arch and its derivatives, and recognizing their strong points, I can absolutely tell the person needs another distribution, and that's alright! Whatever fits anybody is up to them. And for stable rolling release experience without the need for manual checking (but also without some of the power features of Arch mainly geared toward enthusiasts) there's OpenSUSE Tumbleweed.
Edit: Tone.
MyNameIsRichard
in reply to Allero • • •I don't use Arch, I use Endeavour because they took Arch and made it better. As to why I used yay as my example, there are two reasons:
Allero
in reply to MyNameIsRichard • • •I see!
I do, in fact, use Endeavour on my desktop as well, simply because I like snappiness and choice of Arch and similarly don't wanna bother with the pure one (and also EndeavourOS forums are more friendly in my experience). I run OpenSUSE Slowroll (an experimental Tumbleweed build, same idea as Manjaro, but actually done right) on my other laptop, so can speak from the experience on both ends.
With Slowroll (and my gf's Tumbleweed) I've only once faced the need for manual intervention, and it was simply to resolve a dependency change by choosing which package to leave - literally enter one number, and then it went on peacefully and correctly installing 1460 updates (yeah, they pushed a big Tumbleweed dump, 3.5 gigs total). On Arch and EndeavourOS, the last intervention was just recently, that's the one OP talks about, and they do happen more often and are more complicated than I'd like.
MyNameIsRichard
in reply to Allero • • •Allero
in reply to MyNameIsRichard • • •I'd say one issue in 8 years is a stellar track record!
But I agree they should have warned users a better way.
Anyway, I like how btrfs is treated within Tumbleweed - snapper is fully configured and enabled by default, and you can load a snapshot and rollback into it from the boot menu - all that would take you less than a minute, and any faulty update will be gone for good. With ext4, though, you might need Timeshift. But then, all that can be done within Arch with just a few more tweaks!
MyNameIsRichard
in reply to Allero • • •Yeah, it's a pretty good track record. It was definitely a failure of communication in that instance, but iirc, they ended up rolling the change back a couple of days later.
Tommi Nieminen
in reply to MyNameIsRichard • • •brisk
in reply to Tommi Nieminen • • •fxdave
in reply to Allero • • •I'm running Arch for a very long time. I agree this is not a distro for general audience. I disagree, however, that it is not stable. When I'm doing work I don't update my system. I enjoy my stable configuration and when I have time, I do update, I curiously watch which amazing foss software had an update. And I try them. I check my new firefox. I check gimp's new features. etc.. or if I have to do something I easily fix it, like in no time because I know my OS. Then I enjoy my stable system again.
Do you want to know what's unstable? When I had my new AMD GPU that I built my own kernel for, because the driver wasn't in mainline. And it randomly crashed the system. That's unstable.
Or when I installed my 3rd DE in ubuntu and apt couldn't deal with it, it somehow removed X.org. And I couldn't fix it. That's also something I don't want. Arch updates are much better than this.
Allero
in reply to fxdave • • •Guess we simply apply different meaning to the word "stable". (you do you, though, and if it's alright with your workflow, yay!)
To me, stable means reliably working without any special maintenance. Arch requires you to update once in a while (otherwise your next update might get borked), and when you update, you may have to resolve conflicts and do manual interventions.
Right now, I run OpenSUSE Slowroll (beta, not released yet) on one of my machines and EndeavourOS on the other. The former recently had to update 1460 elements, and one intervention was required - package manager asked me if I want to hold one package for a while to avoid potential dependency issues. Later, it was fixed, and otherwise it went without a hitch. This is the worst behavior I've seen on this distribution, and so to me it renders "acceptably unstable" for general use (although I wouldn't give that to my grandma).
Kilgore Trout
in reply to Allero • • •I upvoted you, I am a fellow openSUSE fan and contributor.
But I need to point out that if you install VLC from a repository outside of Factory, then it's not auto-tested.
Moreover, Packman is external to the openSUSE project altogether. If you use it, you are supposed to "just trust" that everything will be fine.
You are better off installing VLC through Flatpak.
like this
Bombastic likes this.
Allero
in reply to Kilgore Trout • • •Fair point! Honestly, that's exactly what I ultimately went for, I just know there are people around who strongly prefer native packages.
Flatpak contains all codecs etc., and works flawlessly.
Übercomplicated
in reply to Allero • • •opi
with zypper, and then runningopi codecs
, which will add all the necessary repos and install everything. After that VLC (and h.264 etc) will work like a charm.Allero
in reply to Übercomplicated • • •True!
Although, as another commenter pointed out, this will use Packman repo which is not official and apps there are not going through the same testing as in official repos.
So Flatpak is generally a better option. Still, if you want VLC as a native package, opi is indeed an easy and reliable way of providing it.
kman [he/him]
in reply to makeitwonderful • • •BETYU
in reply to makeitwonderful • • •Home - EndeavourOS
EndeavourOSquantum_faun
in reply to BETYU • • •Xeno
in reply to BETYU • • •+1 for Garuda. It's nice that they have their own way of updating (garuda-update), which also handles situations like this one. It was very satisfying to not have to do anything when the linux-firmware change happened a couple of weeks back.
Oh, also snapshots by default are a chef's kiss
propter_hog [any, any]
in reply to makeitwonderful • • •MangoCats
in reply to propter_hog [any, any] • • •propter_hog [any, any]
in reply to MangoCats • • •Admetus
in reply to makeitwonderful • • •I also noticed vlc has broken (installed last week apparently)
Using the pacman syntax:
pacman -Q -i -d vlc
showed a conflict with the vlc-plugin (which appeared to be uninstalled already) and no vlc-plugin-#### installed.
The dependencies were fully explained in the list, including the vlc-plugins-all dependency. I'm lazy so that's the dependency I installed on my EndeavourOS.
Bogasse
in reply to makeitwonderful • • •After having a similar feeling as yours I went for NixOS.
My thoughts then : if it breaks I can rollback, and the unstable channel is quite comparable to what arch offers.
Now : I've moved to stable channel, because it's updated enough and allows me to only deal with breaking changes twice a year. Moving to NixOS was time consuming (but fun) because it required to rewrite all my dotfiles and learn something new.
verdigris
in reply to Bogasse • • •brisk
in reply to makeitwonderful • • •I've been an Arch user for more than a decade and I'll usually be first in line to defend it from dodgy claims about unreliability.
But that forum response is bizarre. Literally the last two RSS items right now are about how splitting packages will require intervention for some users (plasma and Linux firmware). VLC is an officially supported package, and surely this change would impact almost every VLC user?
New opt-depends is a nice pacman feature, but it hardly implies that things have been removed from the base package.
KubeRoot
in reply to brisk • • •Maybe a nitpick, but the linux-firmware situation is different, it's not about needing to install extra packages (they turned the existing package into a meta package or whatever it's called), but about that coinciding with some changes that can break the upgrade process and require you to force uninstall a package before proceeding.
But yeah, good point about plasma, the only differences I can even think of are that plasma is probably more popular, and definitely more important to have working.
MetalMachine
in reply to makeitwonderful • • •Eyedust
in reply to MetalMachine • • •Manjaro has been pretty quiet for a long time. There's gotta be a point where we forgive and forget. I like Manjaro and used it as my entry point to Arch. It sets a lot more up for you out of the box and has manjaro-specific package bundles that just work on install.
According to Manjarno, its been just under three years since their last mistake, and that was just forgetting to renew the SSL cert for their archived forums. Probably about time we let it back into the Arch family.
mio
in reply to makeitwonderful • • •dajoho
in reply to makeitwonderful • • •I got burned by something like this on Manjaro when a rolling update completely borked my graphics card. The devs reacted in a similar way and it made me realise that my priority is stability over bleeding edge and tinkering.
On that day I moved to Fedora. Stable as hell, no fuss. My main OS should just work and not kill itself.
I still love it but jumped over to Bazzite Gnome recently, which is like Fedora with a few bells on top, coupled with having a read-only root-filesystem (stability, man!). It also comes with distrobox, which will let you run arch natively in a container if you need the AUR.
No1
in reply to dajoho • • •I had a similar moment of clarity after troubles with Manjaro and a couple other Arch based distros.
I really like the idea of a rolling release, but definitely nedd stability first.
I swung back the other way, and jumped on Ubuntu LTS. And gradually over time I ended up having to get updates from external repos etc, and ended up in the same position where updates broke things or didn't work.
Currently running Ubuntu, and I just do an upgrade to the latest release each 6 months - after waiting a month after release date for everything to settle down. The upgrades to new releases have gone smoothly, I get updates to newer versions of software, and it's been very rare anything breaks. Being a popular distro also means a big community to help with any issues as well.
Dammit, it's like I just wrote an ad for Ubuntu!
rolandtb303
in reply to makeitwonderful • • •sudo pacamn -S vlc-plugins-all
to get VLC to play video files back, but man, that should have been in the news imo.BullCrapDetekta33
in reply to makeitwonderful • • •The guy is not saying hello, goodbye, thank you. You think those people are tech support? They're volonteers. I would be rude too.
Beside, if an dependency issue arise, just fix it. Are you mad because your ego got hurt? There's a solution in your forum post, idiot.
sfera
in reply to BullCrapDetekta33 • • •freewheel
in reply to makeitwonderful • • •So to be clear, you are willing to upend your entire system and potentially your workflow because a single package update was mishandled and because somebody was a little too direct on a forum?
Have you considered Mac OS? Yes, I'm being snarky, but the Linux world isn't fully user friendly. If you're unwilling to roll with the punches, it may not actually be for you.
EDIT: I guess tough love from somebody who ran slackware from a stack of physical representations of save buttons is unwelcome. Noted.
Amju Wolf
in reply to freewheel • • •I guess you're an Arch user, but this is exactly the wrong thinking. Yes, stuff sometimes break for pretty much every distro, but that doesn't mean we should dismiss people who want stuff to "just work" (which OP went above and beyond). We should absolutely strive to not break stuff, and if it does be humble and polite. Unless you literally want Linux to never become mainstream...
And btw I've been using Fedora for ages now, don't have to follow anything, and when stuff breaks they are generally apologetic about it and try to fix stuff.
freewheel
in reply to Amju Wolf • • •Yes, I'm an arch user. But that's not the point. Even using something like mint, you still have to pay attention. Someone who's not willing to do that needs a curated operating system. Simple as that.
I also like to watch locally hosted videos from time to time. I also had the problem with VLC. 10 minutes later I had my answer, the problem was fixed, and I went on with my day. I didn't need to whine about the attitude of someone providing free tech support to someone else, and I didn't whine about a simple package adjustment.
I'll say it again. Linux isn't for everybody. Not yet. It still takes a little bit of grit.
Hadriscus
in reply to freewheel • • •freewheel
in reply to Hadriscus • • •Hadriscus
in reply to freewheel • • •freewheel
in reply to Hadriscus • • •makeitwonderful
in reply to freewheel • • •You've got it right. I appreciate the directiness of the forum moderator because it was a clear signal to me that the Arch community doesn't value my experience at the level I would like.
Supporting iMacs for 8 years taught me Apple doesn't value my experience either. I'm happy to upend my system and workflow if it means I'm a step closer to living in the world I want to exist. Most of my life is chosen for me so I want the decisions I have control over to be meaningful to me.
freewheel
in reply to makeitwonderful • • •I'm truly sorry that's the takeaway you got from all this. My (attempted) point was along the lines of "Linux is still the wild west." If you're looking for appreciation from random people on the internet, you might be in the wrong place.
I get it, probably more than most (my handle isn't random). But from that very perspective, IMO you have to be able to withstand a few assholes and pick your battles. An asshole in a forum that isn't even replying to me specifically doesn't exceed that threshold.
peetabix
in reply to makeitwonderful • • •ragas
in reply to makeitwonderful • • •youmaynotknow
in reply to makeitwonderful • • •I've tried Endeavour (after failing miserably to do stuff in Arch) and ended up breaking it really bad.
I just went back to Fedora, and haven't looked back (in 3 months, until the distro-hop urge kicks in again 😁)
bitwolf
in reply to makeitwonderful • • •hornedfiend
in reply to makeitwonderful • • •I’ve only once had a broken firmware update in years and it was an easy fix.
I’m not sure how people can recommend other distributions when they all have issues of one sort or another and you just have to do the bare minimum sometimes to fix them.
Judging from how hasty you are to dismiss a distribution based on a singular event, I would say it will be hard to find other distributions that can be what you wish them to be.
Not gate keeping here, but even in Windows/Mac there are issues which require some research to fix, sometimes even harder than linux ones.
like this
sfera likes this.
Marn
in reply to makeitwonderful • • •If that happened to me I'd not want to deal with that again either.
What has made arch work for me is BTRFS filesystem with the grub module grub-btrfs. It gives you BTRFS snapshots you can load into at grub and with snapper and auto snap it will automatically create a restore point before updating.
It's worked flawlessly and thanks to BTRFS black magic the snapshots don't take up much storage space. I also recommend BTRFS assistant in the aur if you don't mind using a gui.
If you want an easy arch setup + friendly community forums + easy BTRFS setup I can't recommended EndevourOS enough.
M0oP0o
in reply to makeitwonderful • • •Ah yes, the issue with modern Linux, the community.
I feel the shift to the current "git gud" style of blaming the user in any support has done more damage to Linux then any part of the software.
BullCrapDetekta33
in reply to M0oP0o • • •omg you guys are fragile af
I just had this exact same issue. I installed the package. Done.
No whining. It's one fucking line of code.
They are not tech support. Maybe call applecare.
M0oP0o
in reply to BullCrapDetekta33 • • •Why even type this?
Do you feel better doing so?
This is not a support forum, this is not tech support, this is lemmy and other then giving a great example of what the OP is getting at what does your comment address?
freewheel
in reply to M0oP0o • • •M0oP0o
in reply to freewheel • • •freewheel
in reply to M0oP0o • • •M0oP0o
in reply to freewheel • • •freewheel
in reply to M0oP0o • • •I absolutely agree, but here's the problem in this context:
* OP isn't non-commercial. By their own words, they'd been doing desktop support for MacOS - plastic-wrapped and glittery, but still a *nix. Five years in, one's search-fu and tolerance for reading docs should be well developed.
* Their question was answered by the page they found. OP's argument is they didn't like the tone used to reply to THAT post's OP and concluded from that tone that their expertise wouldn't be valued "in the way they would like". There's room to develop some grit here.
* Arch isn't intended for inexperienced users, and that is made clear in the docs. "It is targeted at the proficient GNU/Linux user, or anyone with a do-it-yourself attitude who is willing to read the documentation, and solve their own problems." (wiki.archlinux.org/title/Arch_…) Getting this upset over a single package readjustment, no matter how badly it was communicated, tells me OP doesn't have a ton of experience with bare metal linux. There's just no way to sugarcoat that.
Arch gatekeeps on occasion, yes, but this isn't that. This is the simple rules of that particular distro. OP is free to find something that better fits their needs; and it appears they have.
Arch Linux - ArchWiki
wiki.archlinux.orgjumping_redditor
in reply to M0oP0o • • •M0oP0o
in reply to jumping_redditor • • •Sure, but when I am looking for an answer toxic positivity and RTFM are often the same thing. The number of times people jump up to defend the manual and glaze the program without even checking if the info is in the manual (or if the manual even makes sense at all) is way too high.
I used to have to work on new stuff all the time and would have to read whitepapers or engineering change docs on the daily, and no the tangled mess most Linux documentation is in does not count as a functioning source of information.
The part that still grinds my gears is why bother to type out nothing of value like RTFM at all? Forums are filled with terrible posts belittleing the question instead of just answering the question. Its not helping anyone and at least to me makes little sense.
rumba
in reply to makeitwonderful • • •IMHO the actual problem here is the Arch moderator being an ass.
This happens in all operating systems from time to time. An update kills an app. Usually, the app is wildly out of date and hanging on to the last vestiges of a deprecated call that finally gets removed. I recently experienced this with V4L (for OBS virtual camera) and a kernel update in NixOS. Had one hell of a time tracking it down. It was one of the twice-yearly OS upgrades. Luckily, I had only updated one of my devices, and it still worked on the old one. After tearing apart the changes, I was finally able to specify V4L and a Linux kernel version. Immediately, the problem popped right out. The new kernel now needs a specific value passed for the expected video stream, where it used to use a default if it wasn't specified.
Apple breaks apps all the time. Windows does, but less so. The difference is usually before an update happens, Windows and Apple have had TONs of people testing on their own teams and their insiders people.
In the end, I just needed to roll back the kernel one revision until the V4L guys make the change, or I needed to recompile V4L myself with the option defaulted to something useful.
I don't think you can safely get away from this kind of issue. (app incompatibility on upgrade, not mods being an ass)
Debian or Mint seem to be pretty welcoming and easy going to get rid of the asshole issues, but chances are, you're going to break something eventually, and it's going to be super hard to figure out why and how to get around it.
pyssla
in reply to makeitwonderful • • •Off-topic: A meta-analysis if you will, but I'm just astonished by the engagement this post has received. I wonder what this tells us about the Linux community on Lemmy.
On-topic: OP, honestly, others have chimed in and left very good answers already. So perhaps you won't find anything within my comment that hasn't been said. But, as I'm a latecomer to this thread, I might have an advantage that some didn't (try to capitalize on). To be blunt, the original post didn't reveal much about what you liked and didn't like about Arch. As such, my initial impression would have been to suggest Gentoo. But, you've since provided the engaging community crucial insights that help us in grasping the full picture. Below you may find my own notes on your distro preferences based on what you said:
- care-free updates
- repo packages receive updates shortly after upstream
- rewards effort put into initial setup
Furthermore, I'll take the liberty to assume that (native) package availability is expected to be vast. And that you wish for the process of updating to be snappy.
Based on the above, I recommend NixOS.
If jumping ship to NixOS seems too daunting, then consider installing Nix^[To be clear, I meant the package manager. Determinate System's installer is probably your best option.] on Arch. Consider to slowly but surely expand its usage within your system. And, then, when you're comfortable, embrace NixOS as a worthy successor to your Arch installation.
Determinate Systems
determinate.systems