when it’s the main reason why so many people use Arch Linux?
AUR is one reason why I use Arch. But not the reason. Besides AUR, Arch has many other advantages from my point of view. Like for example the wiki that also users of other distributions use. Or the many vanilla packages. Or that you can easily create your own packages through the PKGBUILD files. Or that, based on my own experience, Arch is quite problem-free to use despite the current packages.
One reason why other distributions don’t have something like AUR could be that AUR is not an official offering, so no verification is done in advance either. Thus, it has happened at least once that someone has manipulated PKGBUILD files in bad faith (https://lists.archlinux.org/pipermail/aur-general/2018-July/034151.html). The Wiki does not warn against the use for nothing.
However, it is much easier for the user to check the files in the AUR in advance than it is, for example, with ready-made packages in an unofficial PPA.
With https://build.opensuse.org and https://mpr.makedeb.org there are also at least two offers that are somewhat similar to AUR.
Arch has many other advantages from my point of view. Like for example the wiki that also users of other distributions use.
I remember when started using #! and then Debian with Openbox. It didn’t matter what problem I had, the answer and solution were always in the Arch Wiki.
Now I am full Arch user.
I use Arch because pacman sounds cooler than apt, wakka wakka.
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.
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.
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.
The other day I died of old age compiling Librewolf from the AUR
Install librewolf-bin
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.
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.
you don’t have to use AUR if you don’t want to.
Often the AUR file is very short and just a link to a repo.
Because the AUR is a pretty low quality repo. Not sure if anything has changed since 2 years ago, but last I used arch, the AUR was full of broken, abandoned, and unbuildable packages. The Debian repos, fedora+rpmfusion, etc, provide a comparable number of software packages with substantially higher quality, hence no need for the AUR. Fedora actually has COPRs which suffer from the same quality issues as the AUR for similar reasons.
Thing is, the AUR isn’t really meant to be your primary repo. You can really get anything into the AUR.
The reason why I love it so much is because if I need a package that’s not in the main arch repo (which tbh isn’t many), then I don’t need to bother going to some github page and compiling from source, I can just find it in the AUR and it’s all done for me. I did this with things like goverlay and it’s one thing that I immediately miss when I distro hop away from something arch-based.
The majority of other distros value package managers that allow for complex graph evaluation of dependencies, and the ability to roll back. This is granted with rpm and Deb, but not for pkgsource, which is a pretty lightweight format compared to those.
As for AUR, the major distros (Ubuntu, Debian, Fedora) support 3p repositories as well. The main concern is security. IIRC one of major complaints for AUR in the past was that it didn’t foresee a strongly secure distribution system.
I’mma let you finish, but Nix had one of the best package managers of all time.
Great, why do you need a whole OS centering around a package manager?
nix and the other nix tools on NixOS is more than just the package manager, they cover all aspects of system management, including the packages.
What system management are you talking about? Sounds like Kernel to me.
Arch is special 😁
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.
It’s a single, central, community space for build plans, which are extremely easy for anyone to create and submit.
Edit: And easier to audit than prebuilt packages
AUR is really not that great? Who moves to Arch for it? It’s been my main OS for I don’t even know how long but AUR has been my primary pain point. PKGBUILD is cool and useful useful. AUR however, is untrusted (or rather shouldn’t be trusted), often out of date, sometimes requires compilation, and doesn’t even have any good pacman wrappers since yaourt (that I’m aware of).
Am I missing something?
doesn’t even have any good pacman wrappers since yaourt (that I’m aware of).
paru
is coolAnd the older
yay
I have an hard time moving out of yay… TBH if AUR could be installable from pacman it would be awesome
AUR however, is untrusted (or rather shouldn’t be trusted), often out of date
So basically like a PPA which are used by many users of Ubuntu. The only difference is that the PKBUILD files used to build the packages are easier to check than the final packages in a PPA. And that’s exactly what is a big advantage for me.
sometimes requires compilation,
This is often because a project does not offer ready-made packages that can be downloaded from Github, for example. There are also people who do not trust ready-made packages from unknown third parties. I wouldn’t necessarily download and execute a binary file from a Dropbox of a user I don’t know. Compiling is the safer way if the source code is downloaded from a more trustworthy source.
and doesn’t even have any good pacman wrappers since yaourt (that I’m aware of).
Personally, I don’t think aurutils, paru and yay are bad. I currently use aurutils myself. But as far as AUR helpers are concerned, everyone has their own preferences. That’s why there are so many ;-)
The setup is kind of a kind of a logical fallacy here. More people are using Debian and RPM based distributions than Arch Linux. That being said:
Arch Linux has the AUR because at the time it was developed, the standards for distributing software on Linux were either RPM or DEB repositories. AUR was a necessity because one could get software on those distributions from the official vendor, but nobody was supporting Arch Linux. So it was a stopgap, an equalizer for one outlier platform.
It’s hardly the first such repository: FreeBSD ports and NetBSD pkgsrc predate the AUR by over a decade. Slackpkg predates AUR by a couple of years as well, though possibly not slapt-get. Gentoo has portage. Anyway, they took an idea that was already well-established, and catered it to a distribution that had fewer software options than major distributions.
These days it’s still the same scenario: a placeholder, to equalize what’s available for Arch Linux users versus other distributions.
People use Arch because it is a rolling release with a well-documented wiki. AUR is a nice perk, but hardly the main reason that people are using Arch Linux, given that other similar systems have existed for older distributions and operating systems for longer.
Yeah, the Arch Wiki is incredible, even as a non-Arch user, it’s such a valuable source of knowledge.
AUR is definitely not the reason people choose arch haha
Fellow Linux folks, this direction is one of the main problems and you know it very darn well.
.
Fedora has COPR, Opensuse has the OBS (which also works for other distros), NixOS (my beloved) has overlays…
I’ve been on NixOS for about a week now and I can say I’ve got access to pretty much all of the packages I was using on Arch just from nixpkgs. I even found it quite easy to package stuff myself!
Same. Exactly. Packaging can be a bit more complex, but once you get it, it’s great. There’s even the NUR, but I havent used it.
The power of flakes is unparalleled
openSUSE has OBS, Fedora has COPR, and I’m pretty sure both Gentoo and NixOS have similar stuff. Do Ubuntu’s PPAs count? Flatpaks and AppImages are also similar, although they are more limited and they aren’t exactly “standard” packages.
PPAs are fundamentally flawed. Since each repository is separate, they only care to maintain consistency internally, plus the packages of the Ubuntu version they were based on.
Adding a PPA and using its packages on your system takes your dependency tree into a “cul de sac” where only that PPA is reliable.
But of course people use multiple PPAs so what happens is that the dependency tree grows increasingly unrecoverable.
Eventually you get the dreaded “requires X but cannot be installed” errors which pretty much mean you’ve hit a dead end. You can recover your system from it (aptitude can provide solutions) but they are extremely invasive, basically come down to uninstalling and reinstalling thousands of packages to bring your tree back to a manageable state.
I admit I haven’t used Ubuntu in years, so I didn’t think they were that bad. Thanks for the info, it made me learn a dependency hell scenario I never thought about before.
It’s basically one reason I stopped using Ubuntu.
I wanted to use the up to date version of FFMPEG, had to download the binary from the website. Wanted to install some program that needed the latest version of KDE, had to install a PPA which updated a LOT of packages and at the end it would break many other apps installed from other PPAs.
At some point I realized using Arch was just much less work than worrying myself about all the dependencies that could break when you don’t stick to what’s available in their official repositories.
Ubuntu has Pacstall
OBS and COPR don’t even come close to the AUR in terms of ease of use. AUR is one searchable index, OBS and COPR are more like separate repositories that you have to find and add manually. There’s multiple people building the same packages and you have to figure out which one you want to rely on. You also can’t easily edit the packaging instructions and rebuild a package if it doesn’t work for you.
There’s opi which does the whole search-and-add-repos thing for you, for OBS. Not sure if there’s something similar for COPR.
It’s still separate repositories, though, I’ll grant you that.
Probably for the same reasons why there are so many packaging formats in the first place. If everyone settled on deb, rpm, or arch style tar packages. Then we wouldn’t need the aur, flatpak, snap, appimage or anything else.
That’s it. We’ll create a new standard that unites them all!
Yep and then it’s back to square one.