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

Unpackerr - Unpack .rar archives automatically for importing via *arr services #7135

Open
TDuffinNTU opened this issue Jul 2, 2024 · 1 comment

Comments

@TDuffinNTU
Copy link
Contributor

Creating a software request

Formal software information

Are there similar/alternative software titles available with DietPi-Software?

Nope!

What makes your requested software better than the above solutions, if available?

N/A

How can DietPi make the installation easier or compatible, than following the install instructions or do APT installation, if available?

Unpackerr requires a few steps that dietpi usually manages for other *arr services such as: setting up a user/group for the service to run in, setting up permissions, setting up systemctl daemons and managing them via dietpi-services. Plus, since this tool should make managing a plex/sonarr/radarr setup a lot easier for beginners, I think this should be recommended alongside Sonarr/Radarr installations automatically, similar to how dietpi automatically lets you pick a webserver for certain services.

Can you provide the installation steps that you would suggest DietPi-Software to do?

  1. Install from apt
  2. Set up user/group (example in docs, may need to be dynamic based on installed download client eg. transmission/qbittorrent)
  3. Update config file with api key from sonarr/radarr (if installed)
  4. Set up system daemon.
  5. Import system daemon into dietpi-services.
  6. Set port (default is :5656 but the webserver is configurable if we want this to be near the other *arrs)

NB: may be more setup steps but I've not done the install myself yet so will update if I spot anything else.

Are you willing to help maintaining the software installation, e.g. in case of needed setup changes due to updates etc.? This is not needed, but could speed up our decision to implement it, as man power is always a topic 😉.

I can give it a go. I did help with the YDNS stuff a while back but not done much with whiptail since. Happy to help, though :)

@MichaIng
Copy link
Owner

MichaIng commented Jul 3, 2024

Shouldn't it have been named "Unpackarr" 😝?

Reading the docs

The more common use is to watch starr apps (radarr, sonarr, readarr, lidarr, whisparr)

Is "starr apps" the correct name for those? I started to call them "Servarr" apps, though I see now this was not correct, but there really are plenty of possible names, including "Starr": https://wiki.servarr.com/

Collectively they are referred to as "*Arr", "*Arrs", "Starr", or "Starrs"

😄

Back to topic: Generally something that makes sense. We can offer it the way we offer Unbound along with Pi-hole and AdGuard Home, i.e. a loose offer, no strict dependency like a websever for web applications which do not run an embedded one (like starrs do).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants