Arch Linux User Repository

I have several objections: 1. Scripts really shouldn't be run from either /var/lib or /etc. 2. vdr normally needs to be invoked with multiple command line parameters. This is what I'm using currently: /usr/bin/vdr --cachedir=/var/cache/vdr -c /var/lib/vdr -E /srv/vdr/video -l 2 -L /usr/lib/vdr --lirc --localedir /usr/share/locale --no-kbd -P epgsearch -P extrecmenu -P femon -P streamdev-server -P suspendoutput --menu --logo -P trayopenng -c eject -d /dev/dvd -P xineliboutput --local=none --remote=37890 --resdir=/usr/share/vdr -u vdr -v /srv/vdr/video -w 90 3. My runvdr-extreme package already does what you appear to want.

Project managers do have stupid ideas about how to install software... There is no need to follow these stupid advises when it works a lot better otherwise. With "non-standard" you refer to what the project manager states in the INSTALL file? How about the Filesystem Hierarchy Standard (FHS) [o] every software (and distribution) should follow? Place the scripts in /etc/vdr/ if you prefer that. But no one except pacman should ever create and/or change files in /usr/. [0] http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

Thank you for your suggestion eworm. My package provides a standard, per INSTALL file, installation of vdr and the service file I've included supports a standard installation. Your systemd unit is most definitely non-standard, in addition to proposing that executable files be placed in /var/lib.

Generally forcing the admin to write files to /usr/bin/ is a bad idea, expecting any kind of configuration there is even worse. If this kind of stuff is really needed... How about changing the systemd unit to contain something like this: ExecStartPre=-/var/lib/vdr/init.sh ExecStart=/usr/bin/vdr ExecStopPost=-/var/lib/vdr/uninit.sh The dash should make the script execute only if it exists.

* Updated to version 2.0.5

* Updated to version 2.0.4

* Updated to version 2.0.3

My experience is that VDR doesn't segfault if the vdrsymbols font isn't installed, which is why it's an optional dependency. The extrecmenu plugin does, however, depend on the vdrsymbols font. I've fixed the install file. The install script is still bad because it assumes that the vdr user is to be called "vdr". If there is a preexisting user called vdr, created for some other purpose, then that user will find that they own all of vdr's settings files. I've always found the MANUAL that comes with vdr (installed in /usr/share/doc/vdr) to be usefully informative.