Maybe I just haven’t encountered any bugs that took a long time to fix. It’s been pretty reliable for me.

I’m a software developer that focuses on front end development (full-stack but I like frontend more) so I’m pretty picky about UI/UX. Boost feels very nice and polished.

I like Boost.

Last time I said this, I got shunned for recommending a closed-source app. I generally try to stick to open-source, but Boost has a good UI, works well, and bugs are fixed quickly.

If you’re fine pulling with legit services then https://monochrome.tf/ is probably the easiest to use (or their backend service if you want to automate it).

Musicbrainz is fine; it’s just Lidarr’s usage of it that’s a problem. Lidarr uses its own mirror of Musicbrainz, plus its own custom search code, and it’s not as reliable.

Other apps that use Musicbrainz data, like Beets and Picard, don’t have the same issues that Lidarr has.

Yes, unstructured. Every script is its own special snowflake that does things a bit differently.

There’s no guarantee of the verbs that the script implements. start, stop and restart are common, but the implementation is up to each individual script. I’m most familiar with Debian where some service (but not all) implemented it with start-stop-daemon, but other distros and OSes handled it differently.

Basic, commonly needed functionality, like restarting a crashed service after waiting for some delay, need to be implemented per app.

When sysvinit was widespread, there was a reason a lot of people used systems line supervisord to deploy services, rather than dealing with sysvinit scripts. It was a pain.

Systemd units were a logical progression from supervisord services.

Thanks for the info. It looks like there’s no way to migrate from Conduit. If I reinstall from scratch using the same domain, and create an account again, will everything still work properly including federation with other servers?

My server is just for myself.

What did you end up doing? I’m still running Conduit at the moment.

Do you have any actual problems with systemd, or do you just want SysV init scripts to stick around forever?

Maybe systemd isn’t the best, but it’s way better than a bunch of mostly unstructured shell scripts, and more secure (it’s pretty easy to reduce privileges, sandbox the filesystem, restrict syscalls, etc per service just by editing the unit file)

I use chezmoi and chezmoi_modify_manager to keep my dotfiles (including some KDE configs) in a Git repo, and it works well enough.

I like Pushover too. I’ve been using it for over 10 years now.

My guess is that they’d have a pool of accounts, and cache the most popular songs rather than streaming them from Tidal every time.

Sorry, I didn’t mean to say they’re the same. I meant to say that if all songs on an album are by one artist, the Artist and Album Artist will be identical. This is the case the majority of the time.

The major exceptions are collaborations (like you said), and compilations (which have “Various Artists” as the Album Artist)

Tidal would be seeing their site URL in the referer for the network requests.

Using it through Lidarr just uses the search feature in slskd, so it might not make it much better.

It’s even open-source! Nice site.

it had the ARTIST tag copied to the ALBUMARTIST tag

This isn’t wrong though - it’s a proper use of both tags. I think most of my music has both tags populated.

That site is pulling from Tidal, which is why the tags are good. All the legit streaming sites have well-tagged files.

Yes. The search results and music files are coming directly from Tidal, using someone else’s account. If you look in the network tab in the browser’s dev tools, you’ll see requests to Tidal.

Interesting design, since it’s trivial for Tidal to block something like this - they can see that the requests are coming from that site. I’m surprised they haven’t blocked it.

yt-dlp has a strict policy against cracking DRM

This is how it stays legal in the USA. Bypassing DRM is a DMCA violation (section 1201), but just downloading freely-available content is totally legal.

Its predecessor, youtube-dl, was subject to DMCA takedowns from the RIAA, and they had to get the EFF to help. yt-dlp doesn’t want to experience the same issues.

It’s also supported by Prowlarr if you want to automate downloads using Lidarr.

Having said that, note that many uploads on rutracker are raw CD dumps (ISO file, plus a CUE file specifying when the tracks start and end) which Lidarr doesn’t support directly, so you’ll have to manually convert to FLAC and split it yourself. Once you do that, you can manually import the files into Lidarr and it’ll tag and arrange the files for you.

Make sure you’re on the “develop” branch of Lidarr, as the stable one doesn’t have the plugins feature. If you’re using Docker, use the “develop” tag instead of “latest” (lscr.io/linuxserver/lidarr:develop).