TechSquidTV
Lidarr
Does this service add new functionality?
{"label"=>"New functionality"}
Service name
Lidarr
Image
linuxserver/lidarr
Description
Lidarr is a music collection manager for Usenet and BitTorrent users. It can monitor multiple RSS feeds for new tracks from your favorite artists and will grab, sort and rename them. It can also be configured to automatically upgrade the quality of files already downloaded when a better quality format becomes available.
Additional information
Seems like a worthy addition to the rest of the *arr stack used in here :-)
I would recommend instead of linuxserver container, to use https://github.com/onedr0p/containers/tree/main/apps/lidarr eg ghcr.io/onedr0p/lidarr
I would recommend instead of linuxserver container, to use https://github.com/onedr0p/containers/tree/main/apps/lidarr eg
ghcr.io/onedr0p/lidarr
I'm going to look into doing a sweep to replace these images in the near future but could you share what benefit you see in using the onedr0p containers?
I'm going to look into doing a sweep to replace these images in the near future but could you share what benefit you see in using the onedr0p containers?
In my opinion, the main benefit is them being rootless, no s6-overlay, as I'm not a fan of containers that are not rootless.
You can actually see the main reasons on the container repo's README.
The goal of this project is to support [semantically versioned](https://semver.org/), [rootless](https://rootlesscontaine.rs/), and [multiple architecture](https://www.docker.com/blog/multi-arch-build-and-images-the-simple-way/) containers for various applications.
We also try to adhere to a [KISS principle](https://en.wikipedia.org/wiki/KISS_principle), logging to stdout, [one process per container](https://testdriven.io/tips/59de3279-4a2d-4556-9cd0-b444249ed31e/), no [s6-overlay](https://github.com/just-containers/s6-overlay) and all images are built on top of [Alpine](https://hub.docker.com/_/alpine) or [Ubuntu](https://hub.docker.com/_/ubuntu).<