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.
Search Criteria
Package Details: nzbget-systemd 0.1-2
Package Actions
| Package Base: | nzbget-systemd |
|---|---|
| Description: | Systemd service and config for NZBGet |
| Upstream URL: | https://github.com/Holzhaus/PKGBUILDs |
| Category: | daemons |
| Licenses: | |
| Submitter: | Holzhaus |
| Maintainer: | Holzhaus |
| Last Packager: | Holzhaus |
| Votes: | 3 |
| First Submitted: | 2014-08-20 16:36 |
| Last Updated: | 2015-05-08 15:25 |
Latest Comments
Comment by SAKUJ0
Comment by alex0700
@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.
Comment by SAKUJ0
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.
Comment by Evils
Annnd this package is again obsolete with the newest nzbget 15.0-1
Comment by Holzhaus
@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.
Comment by picard
thanks for the nzbget.services, but this no longer works.
I gave you my working pull request
https://github.com/Holzhaus/PKGBUILDs/pull/2
Comment by carl.george
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?
Comment by Ius
Have you seen https://bugs.archlinux.org/task/40059 ?
Including the scripts in the community package might be useful..
Comment by Holzhaus
With this package you can easily start NZBGet via "sudo systemctl start nzbget". It will run as User "nzbget" (Home: "/var/lib/nzbget").