Closed BenjV closed 6 years ago
Is this fixed with the version in #3138?
Because we specify the -pidfile
command line parameter that these programs usually listen to.
@ymartin59 If we could just get this package published... I don't care about the whole Sickrage/Sickbeard fork wars personally, just want to help people that have a use for this package.
Both packages are super tiny and noarch
so why not? It doesn't cost us anything really.
@Safihre Ok I tested your package and that one does create the correct privilege file.
But the pidfile is still a problem.
@ymartin59 To me the easiest way seems to make a little table of fork versus package name because normally the package name is equal to the pidfile name. If you want I can create a wizard_uifile so users can select the correct fork and get the corresponding Package Name to be used. Maybe it could even be used for all NoArch package that can be downloaded from github.
@BenjV So the forks ignore the --pidfile
command-line switch?
Seems for example SiCKRAGE does listen to it: https://github.com/SiCKRAGETV/SiCKRAGE/blob/master/runscripts/init.systemd#L27
I am sorry, I meshed up. I mixed up the version in the repro and the test version from you. Your version creates the correct pidfile, namely sickbeard-custom,pid
By the way your version also does not have the problem described in #3339 beeing the '\' in the description line of the config file.
For new Package Requests, see the guidelines
Setup
_Package Name: Sickbeard-Custom _Package Version: 20151220-4
NAS Model: _NAS Architecture: Noarch _DSM version: 6.1
Expected behavior
Non of the sickbeard forks creates a pidfile with the name Sickbeard_custom The priviledge file is missing, so the package cannot start
Actual behavior
Package won't start
Steps to reproduce
_1. Install SickRage from https://github.com/SickRage/SickRage.git _2. Run the package _3. Package Centre will report "Failed to run the package service"
Package log
Check Package Center or
/usr/local/{package}/var/
Other logs
/var/log/synopkg.log
_