Thanks @remanifest
I was actually waiting on an update to nodejs since there was a bug in 25.2.0 that was breaking building the frontend.
| Git Clone URL: | https://aur.archlinux.org/radarr.git (read-only, click to copy) |
|---|---|
| Package Base: | radarr |
| Description: | Movie organizer/manager for usenet and torrent users |
| Upstream URL: | https://radarr.video |
| Licenses: | GPL-3.0-or-later |
| Groups: | servarr |
| Submitter: | txtsd |
| Maintainer: | txtsd (fryfrog) |
| Last Packager: | txtsd |
| Votes: | 4 |
| Popularity: | 0.002609 |
| First Submitted: | 2024-10-15 09:39 (UTC) |
| Last Updated: | 2025-11-19 03:35 (UTC) |
Thanks @remanifest
I was actually waiting on an update to nodejs since there was a bug in 25.2.0 that was breaking building the frontend.
Here's a gist for the changes I had to make to the PKGBUILD to get the 6.0.4.10291 release to install: https://gist.github.com/remanifest/7f3816d53147c5af9da99d10dc066273
Namely, the dotnet and aspnet runtimes are bumped to 8.0, and I needed to change the version in global.json to 8.0.120, to align with the version we have in Arch.
/usr/lib/systemd/system/radarr.service:38: LogsDirectory= path is absolute, ignoring: /var/lib/radarr/logs
https://www.freedesktop.org/software/systemd/man/latest/systemd.exec.html#RuntimeDirectory=
You can't have LogsDirectory= be an absolute path, and furthermore since it's under StateDirectory= already it will have no effect.
For some reason, the package cannot be built if there is no .editorconfig in the home directory. Had to manually create one.
touch ~/.editorconfig
@jkhsjdhjs Thank you for your kind words! They mean a lot! Please consider a minor contribution. You can find a link on my homepage.
In a recent commit, I mention PrivateUsers in the comments at the top of the service file. Not about LXC, but it could hint at what one needs.
Thanks for your efforts on making this package build from source, I appreciate it!
I noticed that
[Service]
PrivateUsers=true
prevents Radarr from running in my privileged LXC:
radarr.service: Failed to set up user namespacing: Operation not permitted
radarr.service: Failed at step USER spawning /usr/lib/radarr/bin/Radarr: Operation not permitted
Workaround is to create an override with PrivateUsers=false
FYI, the addition of the recent hardening options in the systemd service broke networking (search, connectivity to download clients) for me. I had to add:
[Service]
RestrictAddressFamilies=
to an override with sudo systemctl edit radarr to get it working again.
Alternate versions
radarr-bin (binary version of this package)
radarr-develop (develop branch)
radarr-develop-bin (binary version of the develop branch)
radarr-nightly-bin (nightly builds)
Pinned Comments
txtsd commented on 2024-10-21 03:36 (UTC) (edited on 2024-10-30 12:49 (UTC) by txtsd)
Alternate versions
radarr-bin (binary version of this package)
radarr-develop (develop branch)
radarr-develop-bin (binary version of the develop branch)
radarr-nightly-bin (nightly builds)