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.

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.

I've been an Arch user for about 15 years now, and I've never posted to the forums. Not because I'm great at this and don't break things. I constantly break things and need to fix them. I don't ask questions there because before you'll get any help you are going to get sat down and explained (in great detail sometimes) how you are the stupidest piece of shit on Earth.

The same thing happened to me. The package was split into separate packages. Install the package vlc-plugins-all.

sudo pacman -S vlc-plugins-all

Problem solved

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.

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.

Fedora, great blend of bleeding edge and stability. Plus Linus uses it, so what better praise could you get.

https://en.wikipedia.org/wiki/Principle_of_least_astonishment

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.

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.

Sorry for not answering your questions, I haven't used arch before. But dang that sucks I've been wanting to try arch for a little while but I didn't know they would happily push updates they know will break certain programs.

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.

I use Debian, for the stability.

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.

Gentoo, honestly.

The community is much more friendly, the system is probably more arch than arch. The downside is compiling, but big packages have binaries now, and small packages build and install just about as fast as a binary distro.

Good hunting!

yeah i had that happen to me too, didn't look in the update screen because updates before went with a breeze but i took another look after VLC wouldn't play anything, it was something with the VLC plugins and i needed to reinstall those, just had to do sudo pacamn -S vlc-plugins-all to get VLC to play video files back, but man, that should have been in the news imo.

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.

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.

I'd recommend opensuse tumbleweed. Codecs can be a little weird, so I recommend installing a flatpak for VLC and your browser. Otherwise, I've found it to be a very similar experience.

If you don't want to get into the rabbit hole that is NixOS (which is a distro i also like), then i would say void linux, if you still want that arch minimalism. Void is a rolling release, but it's more like a slow roll if that makes sense and focuses on stability. It's package manager is also rock solid, fast, and can update even when the system hasn't been updated in ages. If you've done a manual install of arch before, you'll probably breeze through the install process as well, since it is a guided ncurses installer.

arch is for people who want to play linux. if you actually want to use linux, go with something else

People are not gonna like this at all but I've been using manjaro for years and it's been pretty solid for me.

You can mitigate this with Timeshift

The closest to Arch, a rolling cutting edge distro, is probably openSUSE Tumbleweed. openSUSE has excellent snapper integration that takes a snapshot before and after you touch zypper, so it's easy to undo changes that might ruin your system. CachyOS also has that same great snapper integration, but that's still Arch.

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.

Honestly NIXos. Run it impermanent or traditional OS style. If your coming from Arch and want less breakage and more declarative configuration. Immutable or not. Pick almost any DE and all you maintain is your nix config. Nix config is your master file its not huge and the machine runs from it as you tell it. The machine does the rest. No system drift, no cruft. Just works and if you break it. Select your previous generation at boot and your back exactly as you were before.

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.

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.

Opensuse tumbleweed or if you want to keep the arch featureset but with the rollback-ability of BTRFS check out CachyOS

I use Fedora its a good reliable in between distro if you like fast updates but want tested updates.

I had the same problem, i did start with arch ,but man i remember doing a update after 4 days(4Gb of new updates) and my system faild to boot. From that moment i went debian route.

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.

I left Arch for the same reason but in relation to my system's graphics. If you are an end user, an operating system should work for you, not you for the system. I installed Tumbleweed 5 years ago and its snapper tool gives great peace of mind when using a rolling system. My advice, try Tumbleweed, its package manager (zypper) already supports parallel downloads and although it is slower than pacman, it is more complete in package and repository management (an example is what has happened in Arch recently with firmware packages and that requires manual user intervention because pacman cannot make those changes automatically).