Package Details: sonarr-bin 4.0.9.2244-1

Git Clone URL: https://aur.archlinux.org/sonarr-bin.git (read-only, click to copy)
Package Base: sonarr-bin
Description: Smart PVR for newsgroup and bittorrent users.
Upstream URL: https://sonarr.tv
Licenses: GPL-3.0-or-later
Groups: servarr
Conflicts: sonarr
Provides: sonarr
Submitter: txtsd
Maintainer: txtsd (fryfrog)
Last Packager: txtsd
Votes: 101
Popularity: 1.54
First Submitted: 2024-10-13 20:06 (UTC)
Last Updated: 2024-10-15 08:12 (UTC)

Dependencies (15)

Required by (10)

Sources (7)

Pinned Comments

fryfrog commented on 2021-06-27 16:05 (UTC) (edited on 2024-10-16 16:22 (UTC) by fryfrog)

You may be interested in the source version of this package sonarr or for the develop branch there is sonarr-develop and sonarr-develop-bin.

Support: Discord, /r/sonarr, forums or irc.

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 15 Next › Last »

johannvonperfect commented on 2015-06-05 13:58 (UTC)

Upstream has been updated again to 2.0.0.3212.

justin8 commented on 2015-04-13 22:35 (UTC)

No problem. Thanks for querying these things. Sometimes packagers overlook simple solutions to things and its helpful. Glad you got a chance to learn something as well.

SAKUJ0 commented on 2015-04-13 11:58 (UTC)

@justin8 I just wanted to add how right you were about /usr (maybe even more right than you would expect). https://wiki.archlinux.org/index.php/Arch_filesystem_hierarchy https://wiki.archlinux.org/index.php/Arch_packaging_standards This does not belong into /opt and I would say write permissions inside /usr are not an option. Props to you and degeberg. Thanks to you guys I have learned something.

SAKUJ0 commented on 2015-04-13 10:37 (UTC)

@justin8 I made a post in the Sonarr forums, mainly about the -data 'concerns': https://forums.sonarr.tv/t/practical-questions-maintaining-the-arch-linux-sonarr-package/5185 I don't argue with anything the two of you have said. Hope I managed to deliver the information appropriately that I mainly wanted to ask for the current reasons to do things the way they are instead of supplying patches or coming up with 'better' or 'right' ways to do things. Let's see if they go as far as to officially deprecate the -data option. I'll keep you posted, in other words consider all my questions answered and I would update you if we hear anything relevant. Thanks for the quick responses!

justin8 commented on 2015-04-13 09:59 (UTC)

@SAKUJ0 There is no link there. Not sure if you didn't post it or if the AUR removes external links in comments these days. The /usr / /var seperation is more of a security thing. Application binaries can't be updated outside of root running your package manager (in a perfect world) Meaning that combined the package signing system you (should) always have trustworthy and immutable programs. It's one of the many ways that Linux is more secure than Windows/OS X by default. If possible I would like to keep the sonarr-develop (and preferably all of the sonarr* packages) not having to use opt since there is an alternative that is more secure.

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 15 Next › Last »