Beets is great but it also uses musicbrainz so won’t really help OP.
Beets is great but it also uses musicbrainz so won’t really help OP.
Ubuntu -> Manjaro -> Arch -> Gentoo -> NixOS
The issue with these kinds of tests is that Zen kernel never claimed to be faster. It is supposed to be more responsive, especially under heavy load. Which is basically impossible to test.
I am using Lineage but not really sure if it qualifies, it is still an android. Overall, it is pretty good. The main issues I am getting is due to the fact that I didn’t install version with Google services, and I am using MicroG instead (open source implementation). Some applications don’t like it, and you have to do some trickery with rooting to have a chance to run them (for example our national identification application), but it is pretty rare.
I would recommend it if you want to still be able to use everything you need but want a bit more FOSS experience.
I basically just use default. Or rather, I don’t store almost anything in ~
except for .config
and few local binaries. Almost everything else is organized on my home server. There I have everything I downloaded sorted in media/tv
media/anime
media/movies
media/music
. Where it is automatically put by Sonarr/Radarr/Lidarr or in case of music downloaded from soulseek and then imported with beets. Then I just differentiate between work projects and personal projects. Plus some randomly created norg files for organization (I really have to create proper system for them).
Don’t get me wrong, I use Beets for my entire library, but it doesn’t solve any of the issue OP has. It does not get metadata from streaming sites or anywhere else, but same as Picard from Musibrainz. It does not allow to manually change metadata of music you are importing. On the contrary, for that Picard is the better tool as it allows that.
There are not many advantages of using Beets over Picard, apart from CLI, and especially for the OP use case.