Package Details: nzbget-systemd 0.1-3

Git Clone URL: (read-only, click to copy)
Package Base: nzbget-systemd
Description: Systemd service for NZBGet
Upstream URL:
Licenses: GPL
Submitter: Holzhaus
Maintainer: Holzhaus
Last Packager: Holzhaus
Votes: 15
Popularity: 0.000000
First Submitted: 2014-08-20 16:36 (UTC)
Last Updated: 2015-08-10 18:26 (UTC)

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

exenza commented on 2017-01-02 14:29 (UTC)

when installing via this package the umask is not set to 0002 causing permission issues when using it with sonarr and couchpotato being that even if you add all the system user to the nzbget group folders are still not writable to nzbget group. I believe umask should be set to 0002 during the installation process

francoism90 commented on 2015-12-27 13:25 (UTC)

Could you add a conflict with nzbget-git? That package has already a service file included with the same name. :)

Holzhaus commented on 2015-08-10 19:06 (UTC)

I updated the package. Thanks to Elis Axelsson and all the commenters. "-c" option has been dropped and type has been set to "forking".

SAKUJ0 commented on 2015-05-28 13:05 (UTC)

Two notes: * I can confirm @alex0700, the type needs to be set to forking, and it should be set to forking, by the way. * Again: A config file inside /etc is not supposed to have write access for unprivileged users. Without write access, nzbget cannot save its settings into that file. Why not just use the default /var/lib/nzbget/.nzbget as in the nzbget documentation and bypass the need for the -c switch altogether? If need be, one can still link from /etc/nzbget.conf to /var/lib/nzbget/.nzbget I guess we will have to supply an updated version of the service file in the wiki in case @Holzhaus is busy. Maybe send him an email, as well, as instructed in the Arch Wiki. Hope I will remember.

alex0700 commented on 2015-05-25 10:12 (UTC)

@Holzhaus: Latest version of this package overwrite /etc/nzbget.conf, so I had to redo all my conf, I don't know exactly why. As stated by picard, latest version of your package does NOT work with latest nzbget version becaus of missing Type=forking. And according to systemd it makes sense as you are running /usr/bin/nzbget ... -D, which will fork and exit. Question is, how could this work before without type forking ? Usage of PIDFile with forking is a general recommendation but not mandatory. In this case, nzbget is managing everything itself (not starting duplicates, stopping, reloading), so I don't see any issue here.

SAKUJ0 commented on 2015-05-23 11:30 (UTC)

Throwing nzbget.conf into /etc is not only a bad practice but, as far as I know, prevents settings from being saved as nzbget.conf is of mode 644. If that is indeed the case, then please change the package to install nzbget.conf to /var/lib/nzbget/nzbget.conf and give ownership to the user:group nzbget:nzbget.

Evils commented on 2015-05-23 03:54 (UTC)

Annnd this package is again obsolete with the newest nzbget 15.0-1

Holzhaus commented on 2015-05-08 15:24 (UTC)

@picard: your PR was not working. You didn't update neither pkgrel nor sha256sum. The nzbget.conf file has not been moved to /etc and the permissions were not correct. Also, Type=forking does not work correctly without a PIDFile. I fixed the issues and updated the package.

commented on 2015-03-23 19:29 (UTC)

thanks for the, but this no longer works. I gave you my working pull request

commented on 2015-03-21 22:49 (UTC)

I'm curious, why are you installing the configuration file as /var/lib/nzbget/nzbget.conf? Configuration files typically reside in /etc, so why not use /etc/nzbget.conf?