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

81–90 of 306 posts

Re: Funkwhale – Decentralized, self-hosted music server

#81

Post by toyg »

BRedSox wrote: post #27
feanaro wrote: post #22

Earlier quoted context omitted.

This depends on both the music in question and your jurisdiction. There is nothing inherent about "music" that makes it illegal to share it with others. Is it Taylor Swift or something your friend recorded? It makes a big difference. This is a tool to satisfy the use case of sharing music with others. Sometimes such sharing will be illegal, but at other times it won't.

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

People seem to assume that, just because youtube-dl got a single takedown request from a prospective plaintiff, it’s now as illegal as cocaine. The reality is that youtube-dl is a perfectly legal tool, and it will continue to be so at least until a judge rules otherwise — and even then, only in a specific jurisdiction.

Should you be considered a child-molester just because I accuse you to be one?

Re: Funkwhale – Decentralized, self-hosted music server

#82

Post by progval »

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.

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

Re: Funkwhale – Decentralized, self-hosted music server

#83

Post by rglullis »

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.

You must be fun at parties. Tell me if you don't mind how many web applications did you get released with the "proper" way to install again?

Yeah, I don't like curl > bash either, but it's a distributed application that may run into many different platforms. It makes sense for them to not worry about the packaging specifics of each and let the community pick up the slack.

If all you can do is criticize an open source project that does not worship your sacred cows, the only bad impression I am left with is your project management skills.

Re: Funkwhale – Decentralized, self-hosted music server

#84

Post by awalton »

tchaffee wrote: post #2

How do musicians get paid on this platform?

They get paid from whatever service you bought your music from - be it from CDs, MP3 sites like Amazon or Google Play (RIP), etc.

Scary thought, being able to purchase music these days rather than a streaming service lease, I know...

Re: Funkwhale – Decentralized, self-hosted music server

#86

Post by encom »

Munksgaard wrote: post #80
encom wrote: post #75

Earlier quoted context omitted.

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 install…

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

Re: Funkwhale – Decentralized, self-hosted music server

#87

Post by captn3m0 »

oysteroyster wrote: post #72

Does anyone have any experience with Gonic? Kinda similar and more lightweight imo: https://github.com/sentriz/gonic

I switched recently from Airsonic to Gonic, mainly due to how resource-heavy Airsonic was. I primarily use 2 clients: Clementine/Linux and play:Sub/iOS. I also tested a audiobook-only-installation against BookSonic/Android.

Notes:

- Gonic doesn't support many routes. The *sonic protocol supports special routes for Podcasts/Audiobooks/Radio Stations for eg. [0] details missing routes

- It heavily uses `folder.jpg` as the album art. Doesn't work well always. I used sacad[1], but it wasn't perfect.

- Not all players will work perfectly with Gonic. I use play:Sub and it had some issues with album names being blank because Gonic used `name` field in album info while keeping title blank (I think). This is now fixed mostly, but I still have a few blank albums that I need to investigate

- I liked the transcoding options on the server side. You can set it per-client and that client will forever get MP3 for eg.

- It doesn't do artist art. Not sure why

I haven't faced any breaking-issues other than the blank album names so far (and that was fixed).

[0]: https://github.com/sentriz/gonic/issues/7

[1]: https://pypi.org/project/sacad/

Re: Funkwhale – Decentralized, self-hosted music server

#88

Post by dh-g »

oysteroyster wrote: post #72

Does anyone have any experience with Gonic? Kinda similar and more lightweight imo: https://github.com/sentriz/gonic

Been using it for about 6 months running on a PI. Very happy with it and I just opened a PR to add rating support(which was the only thing I wanted that it lacked).

Re: Funkwhale – Decentralized, self-hosted music server

#89

Post by dh-g »

captn3m0 wrote: post #87
oysteroyster wrote: post #72

Does anyone have any experience with Gonic? Kinda similar and more lightweight imo: https://github.com/sentriz/gonic

I switched recently from Airsonic to Gonic, mainly due to how resource-heavy Airsonic was. I primarily use 2 clients: Clementine/Linux and play:Sub/iOS. I also tested a audiobook-only-installation against BookSonic/Android. Notes: - Gonic doesn't support many routes. The *sonic protocol supports special routes for Podcasts/Audiobooks/Radio Stations for eg. [0] details missing routes - It heavily uses `folder.jpg` as…

Do you mean it doesn't automatically fetch album art? It does serve it to the client in my experience.

Re: Funkwhale – Decentralized, self-hosted music server

#90

Post by captn3m0 »

dh-g wrote: post #89
captn3m0 wrote: post #87

Earlier quoted context omitted.

I switched recently from Airsonic to Gonic, mainly due to how resource-heavy Airsonic was. I primarily use 2 clients: Clementine/Linux and play:Sub/iOS. I also tested a audiobook-only-installation against BookSonic/Android. Notes: - Gonic doesn't support many routes. The *sonic protocol supports special routes for Podcasts/Audiobooks/Radio Stations for eg. [0] details missing routes - It heavily uses `folder.jpg` as…

Do you mean it doesn't automatically fetch album art? It does serve it to the client in my experience.

Other players would use images embedded in cover-arts. Gonic only works with folder.jpg. I had cover.png files which Gonic ignored, so I had to hack around things.

See https://github.com/sentriz/gonic/issues/11

Post reply on HN