Hey @emphire, check out the radarr-aphrodite package which has done a little of what you're talking about.
They added a package_info
that lets me disable the built in updater and display a message, so I've put /usr/lib/radarr
back to root:root
which I think you'll appreciate. I'm waiting for that to come to the normal version, then I'll change it there too.
I moved all my packages from doing it in the .install
file to using tmpfiles, I believe based on feedback from #archlinux-aur. Do you have some packaging guidelines that talk about doing this as part of the package vs via tmpfiles? I mean, the name obviously implies it... but I prefer it over doing it in the install precisely because it'll fix permissions more often if needed. And can be easily overridden by the user, unlike doing it from the package.
Finally, the script that runs mono that runs Radarr... that is one of the things that bugs me a little about the sonarr package I don't own, for some reason I just don't like it. Also, the next version of Radarr is dotnet core so doesn't even need Mono, you just run it directly. If you want to change some parameters, now you need to hunt down that file if they're mono
options or edit the script if they're not... or don't edit the script because the package is going to blow it away, edit the .service
.
Thanks for the feedback, if you can convince me of any of these specific changes, I'll be happy to make them and I'll then do it for all the packages I own. But at the very least, I think the most import part of it (the root:root
ownership of /usr/lib/radarr
) is coming eventually. :)
Pinned Comments
txtsd commented on 2024-10-21 03:38 (UTC) (edited on 2024-10-30 12:50 (UTC) by txtsd)
Alternate versions
radarr (source version of this package)
radarr-develop (develop branch)
radarr-develop-bin (binary version of the develop branch)
radarr-nightly-bin (nightly builds)