Arch is special 😁
@jcb2016 @InternetPirate I I have never tried one. What’s the most difference between Arch and Ubuntu? 🤔
The goals each one is trying to achieve.
Arch is build it yourself. You are presented with a CLI (command-line interface) installer, and *you* decide what do you want to have on your system.
Another thing Arch is trying to achieve is the principal of KISS, keep it simple. The software should do what is was meant to do, and that’s it.
Ubuntu’s ‘goal’ is to give the user experience of ‘it just works’.
Pros to Arch - you know exactly what you have on your system, and you have more control.
Cons to Arch - *you* are in cotrol, so you need to be careful not mess things up (if something happened, it’s the user fault).
Pros to Ubuntu - you have a lot of software installed, and you don’t need to set up a lot. So it’s very easy for new users.
Cons to Ubuntu - you have a lot of software installed. Some of them you might not use, at all (some would say it’s a bloatware).
I admit AUR was a huge reason why I made the move to Arch. But with Flatpak gaining more and more traction, the benefits of AUR are shrinking fast.
The AUR still has a lot of niche software that hasn’t been Flatpakked, but yeah. Flatpaks are way more convenient, especially for large software where AUR compilation can take a long time.
What’s wrong with librewolf-bin? Would you choose the Flatpack or the bin from the AUR?
Agreed. DaVinci Resolve Studio and Blackmagic hardware drivers are examples of that kind of niche software that I use on a regular basis. The only supported route for that stuff is RHEL/CentOS, and those don’t seem particularly well-suited to my main machine’s other purpose, which is games. If someone’s already done the legwork to solve the problem for Arch, and the build files check out, why reinvent the wheel?
Additionally, it’s the only distro I could get Resolve Studio working on with an AMD GPU consistently.
For the most part, though, the official repos and Flathub give me what I need.
Agreed. DaVinci Resolve Studio and Blackmagic hardware drivers are examples of that kind of niche software that I use on a regular basis. The only supported route for that stuff is RHEL/CentOS, and those don’t seem particularly well-suited to my main machine’s other purpose, which is games. If someone’s already done the legwork to solve the problem for Arch, and the build files check out, why reinvent the wheel?
Additionally, it’s the only distro I could get Resolve Studio working on with an AMD GPU consistently.
For the most part, though, the official repos and Flathub give me what I need.
A subset of AUR PKGBUILDs are downloading a prebuilt desktop application binary packaged for another distro (deb, rpm, tarball, appimage) from upstream and then unpacking it. Those packages are trying to solve some of the same problems as flatpak, distributing a generic desktop binary but often do it worse and people should be weighing the alternatives. More broadly AUR packages aren’t comparable with flatpak but some are.
I tried arch and got rid of it after a couple months because of the aur. Do people just not check out what they’re installing? Every time I wanted a new software i’d have to check it out to make sure it was legit, and every time I updated i’d have to check the diffs to make sure it was still legit. Otherwise, who knows what you’re actually installing.
Main reason I like the AUR is for really niche packages that aren’t in any main repos. Smaller github projects, forks of main projects that fix bugs, basically anything that you would otherwise have to compile from source is on the AUR. And while you still might have to compile it, it’s all setup and managed for you, which I really like.
Asbestos undies on.
I don’t think AUR is a feature, but more of a hazard indicator. If the distributor isn’t packaging so many important things that most users have to turn to external services regularly, they’re lying down on the job.
I think you misunderstand the typical use case for the AUR. It’s generally used to install fairly niche software that might fly under the radar of distro maintainers. For example, I have CoreCtrl, a utility for managing AMD GPUs, on my install via the AUR. I’m not aware of any distro that packages it currently because it’s just too niche of a use case right now for maintainers to pay it any mind.
I think initially it was because the distro repositories were fairly small, agree now it is often a lot of niche stuff now which is one reason people who don’t use the AUR don’t really miss it either.
That package is in Fedora and Debian testing/Sid and the next Ubuntu. There is also an Ubuntu ppa for the and it’s on the opensuse build service.
I guess I was baffled when FVWM of all things was an AUR package. To me, that’s something that’s been available in the mainstream package set on almost any full-sized x86/x86-64 distribution made in the last 25 years. I suppose it’s not popular these days, but you sort of expect it to materialize because it was checked into auto-build processes in the late Clinton administration and never removed.
Yeah if the AUR can stop me from having to compile even just one package from instructions on a github page (like with corectrl, which I also use lol), then it’s enough for me to keep using arch. I will say, AUR is in the normal arch repo I think? But there’s other packages I’ve used in the past that I can’t find in there, like specific versions of mangohud or gamescope, goverlay, etc.
AUR still means you gotta compile sometimes, but it’s so much less of a hassle to just search the AUR and hit go then to mess around compiling something manually.
I think looking at the two major enterprise players (Red Hat and Canonical) can give hints.
Fedora: run by Red Hat, upstream of RHEL. No way they are going to allow an unreviewed repository to be shipped with fedora by default. But they do have guides to add RPM fusion, and copr repos (the closest equivalent)
Ubuntu: run by Canonical. No way they are going to allow an unreviewed repository to be shipped with Ubuntu by default. But they do host and have guides for PPAs (closest AUR equivalent)
Debian: kind of the base layer for a lot of other distros. Debian itself is kept very minimal, and has a whole philosophy on what packages are allowed.
Edit: I realized this implies PPAs, copr and the AUR are the same when I know they aren’t functionally. I am just trying to highlight the motivations behind the distros and how it may play a part
PPAs aren’t convenient at all compared to the AUR. Pacstall is the AUR for Ubuntu it just needs more packages. I would still be on Linux Mint if Pacstall was as extensive as the AUR.
Yeah that’s true.
I guess I was coming at it more from a “why doesn’t Ubuntu/fedora/debian promote or endorse something like the AUR in their official docs”
But yeah no distro really has an AUR, and it’s kind of a chicken and egg problem now because the barrier to entry for the AUR is much lower than anything else
What’s so special about it? Isn’t it just a repository? Or am I missing something? If it’s just a repo, Ubuntu has PPAs and everyone and their mother is creating PPAs.
PPAs and the AUR are very different. Where as PPAs contain prebuilt .deb packages, the AUR hosts PkgBuild scripts that typically pull from a git repo and compile a program for you.
I understand the confusion though, because they accomplish the same goal of installing software that is not in the main repos, but in different ways.
