Extreme simplicity. This is the installation equivalent to updating your website by scp-ing in a new index.html.

To be honest, if you site is static-generated (where "generated" includes "typed by you in text editor") this approach hasn't any drawbacks to more complex schemes.

Installing software via running random scripts has a ton of drawbacks to using system package manager.

This is what has been pushing Arch Linux and the AUR for me

Linux needs an normal-user package manager.

Almost all package managers have a graphical front end. I'm not sure how that's not "Normal user" oriented. Windows even has a "Windows Store" bastardized version of a package manager,

One that doesn't require root.

A lot of the use cases of those curl | bash scripts are to support non-standard installation, like with unusual distros and user-only. And unusual distros are kind of an unsolvable thing, because people that want them won't want your package manager.

If a user is running a non-standard installation, I would generally assume that they're competent using a package manager.

Typical "curl | bash" script requires root, as it want to write to your /usr/bin, /usr/lib and others. You could trick it with chroot, maybe. And maybe not. But in such case you should to discover all dependencies it needs hard way, as you need to put them in your chroot too.

Linux doesn’t have “a package manager”, the distros each have a different one. Is there a tool that will generate a package for each district from a single input? How about testing them? It’s a bit easier now with docker but it’s good that a number of things have forked off of Debian in that you have at least a prayer of getting that package right and covering a lot of people.

Yes, each distro has its own repository with its own package manager.

Author should not package software, distro maintainers should.

> I don't understand, why do people throw in trash can one of the strongest Linux features: package management.

Linux package managers are missing many of the packages I want to use. The packages that they do have are often out of date.

Change your distro. Or become packager itself. I don't know much about Linux packaging, to be honest, but I found that packaging software for FreeBSD is not much harder than install it locally. If it builds Ok, it is easy to package. If it has problems with build, it will be hard for you anyway - you need to be developer to fix build for you, no matter will you prepare package or not.

> Change your distro.

I ship on-prem software, so I have to test on a certain set of distros using different package managers. Changing distros isn't an option for me.

> Or become packager itself.

While this would technically solve the problem, nobody wants to do this.

Instead I use Homebrew (Linuxbrew) which just works.

Isn't Linuxbrew package manager too? :)

Hah, yes you're right. Unfortunately it doesn't work on Linux arm64, so I'm kinda screwed there.