Search Criteria
Package Details: radarr 3.0.1.4259-1
Git Clone URL: | https://aur.archlinux.org/radarr.git (read-only, click to copy) |
---|---|
Package Base: | radarr |
Description: | Movie download automation for usenet and torrents. |
Upstream URL: | https://github.com/Radarr/Radarr |
Licenses: | |
Submitter: | fryfrog |
Maintainer: | fryfrog (onedr0p) |
Last Packager: | fryfrog |
Votes: | 40 |
Popularity: | 2.16 |
First Submitted: | 2016-12-29 18:44 |
Last Updated: | 2021-01-15 03:59 |
Dependencies (11)
- libmediainfo (libmediainfo-git)
- sqlite (sqlite-fossil, sqlite-replication, sqlite-fts3-parenthesis, sqlite-minimal-git)
- deluge (deluge1, deluge-stable-git, deluge-git) (optional) – torrent downloader
- jackett (jackett-mono, jackett-bin) (optional) – torrent indexer proxy
- libgdiplus (optional) – provides a gdi+ compatible api
- nzbget (nzbget-git) (optional) – usenet downloader
- rtorrent (rtorrent-vi-color, rtorrent-git, rtorrent-color, rtorrent-ipv6, rtorrent-ps-ch, rtorrent-pyro-git, rtorrent-ps) (optional) – torrent downloader
- sabnzbd (sabnzbd-git) (optional) – usenet downloader
- transmission-cli (transmission-cli-git, transmission-cmake-cli, transmission-sequential-cli, transmission-noxunlei-cli) (optional) – torrent downloader (CLI and daemon)
- transmission-gtk (transmission-csd-git, transmission-cmake-gtk, transmission-sequential-gtk, transmission-noxunlei-gtk, transmission-gtk-git) (optional) – torrent downloader (GTK+)
- transmission-qt (transmission-qt-git, transmission-cmake-qt, transmission-sequential-qt, transmission-noxunlei-qt) (optional) – torrent downloader (Qt)
Required by (6)
- ombi (optional)
- ombi-develop (optional)
- ombi-preview (optional)
- ombi-v4 (optional)
- traktarr (optional)
- traktarr-git (optional)
Sources (7)
- https://github.com/Radarr/Radarr/releases/download/v3.0.1.4259/Radarr.master.3.0.1.4259.linux-core-arm.tar.gz (armv7h)
- https://github.com/Radarr/Radarr/releases/download/v3.0.1.4259/Radarr.master.3.0.1.4259.linux-core-arm64.tar.gz (aarch64)
- https://github.com/Radarr/Radarr/releases/download/v3.0.1.4259/Radarr.master.3.0.1.4259.linux-core-x64.tar.gz (x86_64)
- package_info
- radarr.service
- radarr.sysusers
- radarr.tmpfiles
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
onedr0p commented on 2018-11-13 21:08
No worries, I haven't done a release here in awhile so I didn't want to break things. The only difference I see it not saying develop in the package name.
fryfrog commented on 2018-11-13 17:10
@onedr0p, the release up on github is a draft and weirdly named. I'm going to see what @gallileo says about it before updating. :/
fryfrog commented on 2018-09-09 21:51
@nicoulaj: Seems reasonable, updated this package and radarr-develop as well as a couple of the sonarr packages.
nicoulaj commented on 2018-09-09 16:11
I think the service starts too early at boot, I can see this stack trace with the sonarr package that uses the exact systemd service file:
It is followed by NetworkManager startup traces. I think the correct way is:
fryfrog commented on 2018-05-28 21:46
@RenVilo: Are you... running Arch Linux on your QNAP?
RenVilo commented on 2018-05-28 21:41
I'm running a QNAP NAS with QMono, SABNZBD, Sonarr and Radarr. Everything boots up and is fine except that in Sonarr and Radarr I can't add an Indexer to www.nzbfinder.ws or any other provider. I've tested this from my PC's version and it works fine. I've read that you have to add "Environment=MONO_TLS_PROVIDER=legacy" but I have no idea how to do this and seems Mono vs QMono might have a different file structure. I can't find "sonarr.service" or the path "usr/lib/systemd/system"
Info on my versions:
Sonarr: V2.0.0.5163 QMono: V5.12.0.266 (of TS-X19 but have tried other previous releases of V5. No V4 available) OS: QNAP Version 4.3.3.0546
https://www.dropbox.com/s/xiwzpfgj87mbibx/sonarr.debug.txt?dl=0
https://www.dropbox.com/s/y09dkbz5yq2nw02/sonarr.trace.txt?dl=0
Please can someone assist.
fryfrog commented on 2018-04-29 21:41
@pezz: That is great! I'll add that as a #comment in the file, thanks for figuring it out, it is sure to help someone in the future. And it's okay that your idea of correct isn't correct! ;)
pezz commented on 2018-04-29 15:38
Heh, your idea of "more correct" is different to mine.
Anyway, I deleted my previous comment as I did some reading up on tmpfiles and anything in /etc/tmpfilles.d overrides anything the package puts in /usr/lib so I can easily make my own setup permanent.
So it's a non-issue now, apologies for the noise.
fryfrog commented on 2018-04-29 14:20
@pezz, I haven't forgot about your plight... but I still think it is better for most users to have the directories owned correctly. I'm trying to think of a good way to support your use case too. I tried simply modifying the tmpfiles.d file locally, but it gets over written. I could go back to some logic in the install file, but using tmpfiles really simplified all the packages I maintain. Have you considered just doing your install the more correct way? You could also just modify the tmpfile and make it immutable, but that is a poor solution. :/
Also, I can't see your most recently reply here. :/
fryfrog commented on 2018-04-19 14:53
True, Sonarr's AUR package doesn't and I don't see many instances of users w/ permissions issues.
That said, you totally can (and should) setup your environment so daemons run as their own users and files are owned the right way. You just use a shared group like
media
and a file permission of umask 002 which is 775 for folders and 664 for files. My Radarr runs asradarr
, Sonarr assonarr
, NZBGet asnzbget
, rTorrent asrtorrent
and Plex asplex
. I do use systemd unit over rides to change the group, they're all in a shared group, all setup to create files and folders w/ the right permissions. You need to start off w/ the right permissions, so achown
andchmod
to get things sorted at the start. I use something likefind /path -type f -exec chmod 664 '{}' ';'
to fix files,d
and775
to fix folders.