I love Arch but I hate installing and configuring it.

Don't you ever talk to me or my wife's distro ever again

Agree on the Fedora problem, but the solution is pretty easy.

# install the RPM packages, your system is auto detected, the packages take care of updating the repos
sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

# enable cisco-openh264 to be sure
sudo dnf config-manager --enable fedora-cisco-openh264

# install ffmpeg with allowerase
sudo dnf install ffmpeg --allowerasing

# or, if you just want videos, without uninstalling anything
sudo dnf install libavcodec-freeworld

Thats basically it. On the Atomic variants, installing libavcodec-freeworld is just as easy, but allowerasing doesnt work so you need to uninstall everything manually to unbreak ffmpeg. Or you just use uBlue where it is already done and default (this will also avoid any rpmfusion incompatibilities to happen on your device and on the server instead)

Yes this is annoying, but you do that once and afterwards have a current release more stable than Arch, and an old-supported release that is even more stable.

Thank software patents for the codec trouble, not Fedora / Red Hat. They just don't want to get their asses sued for free software

Anyway I can use VLC and ffmpeg just fine with RPMFusion, idk what ur issue is, but judging by that

you are all wrong

i probably just wasted my time on a brainless troll like you.

Ah, a man of culture

What sucks exactly with TW? For me it is Arch in easy mode 😂

Which is not needed but a good bonus. VLC and others are still unverified, even though very well packaged.

But I dont care about VLC anymore haha, Celluloid has Wayland support, portals, MPV configuration and is better for watching movies. Not for music though.

All you need to verify an AUR package is to read the PKGBUILD file, which is something the AUR keeps on encouraging you to do (this assumes that you trust the upstream repo, which is something that even official packagers of most distros do)

Also a lot of flatpak packages aren't sand boxed enough to be safe and only ends up giving false sense of security to nontechnical users

Your last point is extremely important though, AUR is horrible for nontechnical users (which is why the AUR discourages AUR helpers)

Some of your points apply to Flathub too and i'm a technical people.

Beside what @[email protected] wrote:

• If the package wants to install an awful amount of dependencies it means those dependencies are only used by that package on my system. Flatpaks contains all dependencies, so the required disk space would be similar to the flatpak.
• My feeling is flatpak install time is quicker in this case, to install 1 flatpak vs 138 AUR packages. I never measured it though.
• I only do this if an insane amount of dependencies needed. Some dependencies are normal, if more than 50 than I think AUR is not an ideal way to distribute a software, or also include a -bin package.
• If no flatpak available I still install the 137 dependencies, so nothing wrong with that, it's simply the way I like to manage my system.

@pineapplelover @infeeeee No, some people just don't want to install tons of packages just for an application they want to use to. The more package means the higher chance for system breakage. It's better checking dependencies and pkgbuild before install

Stacer for the win!

That's install dependencies (in PKGBUILD they are called makedepends), python programs usually need them for runtime (depends in PKGBUILD). On the main page of a package they are listed together, but on the PKGBUILD they are separate

https://overlays.gentoo.org/

Same. Ubuntu AND Fedora Libreoffice, SciDAVis and more where broken, not the Flatpaks.

Flatpak is really meant for the big GUI apps. No problem with small distro packages really. It just takes off the huge burdens of maintaining distro packages for like Libreoffice, which is as big as the Linux Kernel.