Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lidarr #25

Open
HeartCored opened this issue May 29, 2023 · 3 comments
Open

Lidarr #25

HeartCored opened this issue May 29, 2023 · 3 comments
Labels
enhancement New feature or request

Comments

@HeartCored
Copy link

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 :-)

@HeartCored HeartCored added the enhancement New feature or request label May 29, 2023
@samip5
Copy link

samip5 commented May 29, 2023

I would recommend instead of linuxserver container, to use https://github.com/onedr0p/containers/tree/main/apps/lidarr eg ghcr.io/onedr0p/lidarr

@KyleTryon
Copy link
Collaborator

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?

@samip5
Copy link

samip5 commented May 31, 2023

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants