the "/etc/init.d/timidity" init script provided with media-sound/timidity++-2.13.2-r7 will not start correctly, due to --chuid argument for start-stop-daemon. Reproducible: Always Steps to Reproduce: 1. emerge timidity++ timidity-{{eaw,shom}patches,freepats} && eselect timidity set 1 2. /etc/init.d/timidity start 3. aplaymidi -l Actual Results: no Timidity ports are found. Expected Results: something like this, the port number may vary. $ aplaymidi -l Port Client name Port name 128:0 TiMidity TiMidity port 0 128:1 TiMidity TiMidity port 1 128:2 TiMidity TiMidity port 2 128:3 TiMidity TiMidity port 3 the "--chuid timidity:nobody" argument in "/etc/init.d/timidity" should be changed to "--chuid timidity:audio", because /dev/snd/* are 660 and root:audio. group nobody can't access them.
/etc/init.d/timidity start fails here as well with 2.13.2-r7, but the proposed change (replacing "timidity:nobody" by "timidity:audio") doesn't help unfortunately. $ ls -l /dev/snd/ total 0 crw-rw---- 1 root audio 116, 0 2009-03-12 16:00 controlC0 crw-rw---- 1 root audio 116, 24 2009-03-12 16:00 pcmC0D0c crw-rw---- 1 root audio 116, 16 2009-03-12 17:18 pcmC0D0p crw-rw---- 1 root audio 116, 17 2009-03-12 16:00 pcmC0D1p crw-rw---- 1 root audio 116, 1 2009-03-12 16:00 seq crw-rw---- 1 root audio 116, 33 2009-03-12 16:00 timer The line in /etc/init.d/timidity, after changing the group: start-stop-daemon --start --background --chuid timidity:audio \ --make-pidfile --pidfile /var/run/timidity.pid \ --exec /usr/bin/timidity -- -iA ${TIMIDITY_OPTS}
Works now, after also applying one patch from bug #203092 (http://bugs.gentoo.org/attachment.cgi?id=143072&action=view), this patch changes the order of directories in /etc/timidity.cfg
(In reply to comment #2) > Works now, after also applying one patch from bug #203092 > (http://bugs.gentoo.org/attachment.cgi?id=143072&action=view), this patch > changes the order of directories in /etc/timidity.cfg Hi, I've been bitten by this bug for quite a while (seemed to happen with upgrade from 2.13.2-r5 to 2.13.2-r7 on 6 Dec 2008). Now I'm working with audio again and need to get this fixed. I've found that two patches were needed: 1.) Patch to timidity.cfg from bug #203092 referenced above (attachment 143072 [details, diff]); 2.) Patch to /etc/init.d/timidity to make the start-stop-daemon command use "--chuid timidity:audio" as the correct uid:gid for the process. With those two minor fixes, this now WFM. HTH. Clemmitt
Please try -r8. *** This bug has been marked as a duplicate of bug 204727 ***