3 ms·
Yea, imagine what kind of Napster we could build today, with ~20 years advancement in bandwidth and storage. This looks super interesting. EDIT: Never mind. It
by encom 6y ago
Yea, imagine what kind of Napster we could build today, with ~20 years advancement in bandwidth and storage. This looks super interesting.
EDIT: Never mind. It's another "pipe curl into bash" type of app, since nobody knows how to package software any more.
- progval 6y ago> It's another "pipe curl into bash" type of app, since nobody knows how to package software any more. According to https://docs.funkwhale.audio/installation/ https://docs.funkwhale.audio/installation/ , the curl|bash is only one of the ways to install it. They also provide an ansible role, install instructions on Debian and Arch without the curl|bash, an AUR package, a NixOS package, a Yunohost package, and a Docker image
- encom 6y agoThey don't provide, those are all third party packages.
- rglullis 6y agoIt's open source. Is there such a difference between "third-party" and "application developers who focus more on developing a web application than packaging it?"
- encom 6y agoOkay, let me rephrase: When a project puts `curl | sudo bash` front and center as their primary method of installing that software, that's a planet-sized red flag. Not just because piping to bash is a terrible idea, but because it's an awful and silly way to install software, and it makes me suspicious of the way the rest of the project is being made. First impressions matter. curl>bash is a bad first impression.
- capableweb 6y ago> it makes me suspicious of the way the rest of the project is being made This is why we can't have nice things. Because the developer rather focus their time on developing the project instead of the arcane packaging of the various repositories, the entire project deserves to be dismissed? Piping curl to bash is basically the same as if you download the tarball/clone the repository and running `make`, but no one bitch about that. They rather cargo-bitch about "piping curl to bash is obviously always bad and your entire project is bad if you even include curl | bash as one method of installing". Long gone are the days where projects are judged by the quality of the project itself, and today we want to get outraged as soon as possible, at every little detail.
- Munksgaard 6y agoOn the one hand, I agree. It is not good practice to blindly download and install through curlbash. On the other hand, that particular method of installation is ubiquitous nowadays. Hell even Rust presents it as the suggested method of installation[0]. Would you suggest Rust is a low-quality project? I don't think you can completely disregard something based on whether it suggests bashcurl for downloading and installing it. Of course, in the ideal world, that's not the way it should be, but such is the reality we live in. 0: https://rustup.rs/ https://rustup.rs/
- encom 6y agoI have opinions about Rust, but I already get downvoted enough as it is. :) But Rust doing it doesn't make it a good practice, and as you say yourself, it's not the way it should be. I'm just resisting the move towards an inferior standard. EDIT: I triggered HN rate limiting with my lukewarm takes, so to the post above suggesting I'm not fun at parties: At the parties I go to, we do not talk about software packaging best practices for Linux. Thankfully.
- progval 6y ago`curl | sudo bash` is for the non-technical people who may have just sshed into a server for the first time. If you don't put it front and center, they will be lost. The experienced sysadmins such as you and I can skip the paragraph and find an alternative we like.