Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Funkwhale – Decentralized, self-hosted music server

funkwhale.audio

Post reply on HN
Print view View original

71–80 of 306 posts

Re: Funkwhale – Decentralized, self-hosted music server

#71

Post by rglullis »

encom wrote: post #61
progval wrote: post #33

Earlier quoted context omitted.

> 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/ , 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

They don't provide, those are all third party packages.

It'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?"

Re: Funkwhale – Decentralized, self-hosted music server

#73

Post by JacobSuperslav »

monokh wrote: post #31
Munksgaard wrote: post #26

Earlier quoted context omitted.

I'm guessing the code of conduct primarily concerns the software development process?

Doesn't seem so: > If a community member engages in .... up to and including expulsion from all Funkwhale spaces

IIRC you can't just kick out an instance from a federation by switching a button?

Re: Funkwhale – Decentralized, self-hosted music server

#75

Post by encom »

rglullis wrote: post #71
encom wrote: post #61

Earlier quoted context omitted.

They don't provide, those are all third party packages.

It'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?"

Okay, 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.

Re: Funkwhale – Decentralized, self-hosted music server

#76

Post by LarvaFX »

cf_ wrote: post #41
BRedSox wrote: post #27

Earlier quoted context omitted.

Couldn’t the same be said for youtube-dl? Again, I don’t know.. just curious.

Yes, the same could and has been said about YouTube-dl. It depends what you do with the tool. If you are using it to download videos that specifically allow this, then there is nothing illegal about it. It's the same thing with a hammer. You can use it for legal or illegal actions, but that doesn't make the hammer an illegal tool...

By watching videos or listening to videos, you make a non-digital copy of it in your mind! Is that legal? If you hum the song, is it illegal reproduction? If you describe the video to a friend, is that unauthorized reproduction? If you formulate a critique of it, is it an illegal derieved work? Who gets payed in these cases?

Re: Funkwhale – Decentralized, self-hosted music server

#77

Post by ezst »

gwillz wrote: post #60

This is great! I used to run a Subsonic server for myself but it kind of fell apart because the licensing in version 6 kind of broke the community around it. But it looks like this supports the same Subsonic protocol, which is pretty great. It's cool to not only take inspiration from predecessors but to also support and build on the same ecosystem.

Airsonic is what I went for after the licensing woes, recommended if you liked the server-side UI and want to keep the old data.

If you think you won't miss accessing your tracks by directory, navidrome (written in go) has a smaller footprint and is quite actively developed (but the web UI is rather awkward)

Re: Funkwhale – Decentralized, self-hosted music server

#78

Post by capableweb »

encom wrote: post #75
rglullis wrote: post #71

Earlier quoted context omitted.

It'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?"

Okay, 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.

> 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.

Re: Funkwhale – Decentralized, self-hosted music server

#79

Post by viraptor »

glenstein wrote: post #54
cousin_it wrote: post #39

Earlier quoted context omitted.

(deleted, I was overreacting a bit)

>someone else's wrong joke >punishing people for jokes Again, we're talking about sexual harassment and racism. It's important not to leave that part out.

It's still a dangerous territory. Do you remember when Adria Richards overheard two guys talking about dongles and forking at a conference, assumed it was offensive/sexual and got them fired, before we learned that... they were talking about dongles and forking?

Re: Funkwhale – Decentralized, self-hosted music server

#80

Post by Munksgaard »

encom wrote: post #75
rglullis wrote: post #71

Earlier quoted context omitted.

It'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?"

Okay, 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.

On 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/

Post reply on HN