Arch’s package management is actually the ideal, in my opinion. Official repositories for the stuff the distro maintainers want to officially support, a user-maintained AUR for other common packages, and the ability to build your own software with the Arch Build System, and letting pacman know where everything is. In a sense, the stuff in the official repositories have a privileged position, and you should be aware of the difference between the AUR and the official repositories, but you’re still always in control of what software is installed.
The AUR packages and user-specific builds can be thought of as side loading, and the distinction can matter in some circumstances. So I’m ok with having another name for different installation/upgrade/update methods.
Arch’s package management is actually the ideal, in my opinion. Official repositories for the stuff the distro maintainers want to officially support, a user-maintained AUR for other common packages, and the ability to build your own software with the Arch Build System, and letting pacman know where everything is. In a sense, the stuff in the official repositories have a privileged position, and you should be aware of the difference between the AUR and the official repositories, but you’re still always in control of what software is installed.
The AUR packages and user-specific builds can be thought of as side loading, and the distinction can matter in some circumstances. So I’m ok with having another name for different installation/upgrade/update methods.