On Tuesday 08 September 2009 16:02:58 Alban Browaeys wrote: > Joost Yervante Damad a écrit : > > Hello, > > > > On Monday 07 September 2009 14:48:11 Alban Browaeys wrote: > >> Package: timidity > >> Version: 2.13.2-33.1 > >> Severity: normal > >> > >> Attached patch from fedora: > >> * Wed Jun 03 2009 Hans de Goede <[email protected]> 2.13.2-19 - Don't > >> crash when started in daemon mode (with -iAD) (#501051) fixes the > >> pulse_new assert when using -iAD. > > > > Please, I could use some context here. I never heard of such crash. > > https://bugzilla.redhat.com/show_bug.cgi?id=501051 > This happens when using the pulseaudio alsaplugin (that is with > /etc/asound.conf: > pcm.pulse { > > type pulse > > } ctl.pulse { > > type pulse > > } pcm.!default { > > type pulse > > } ctl.!default { > > type pulse > > } > > > > > pulseaudio has code to detect fork in childs. I don't know the reason > but it seems it avoid issues. > The patch from fedora move the fork from the child to the parent thus > avoid to trigger the assert. > > >> There is also the need for to add timidity user to pulse-rt group. This > >> I am not that easy to fix . Needs postinst changes. > > > > Why is this needed? Again, I would like some context. > > This is need for each user that want to access pulseaudio. As timidity > runs as its own user it need to be in the pulse-rt group for to have > access to pulseaudio daemon. But forget about this one. I found out that > with current pulseaudio default in debian that is to run a pulseaudio > server for the user in the X session this leads to other issues (device > already used as well with this setup each user including timidity > trigger a new pulseaudio and only one can have access to the hardware at > the same time). > Thus it is needed but would only work with someone which has enabled > pulseaduio to run as a system service. > In the mean time the only way to have timidity talk to the pulseaudio > daemon that runs as the user owning the X session is to run timidity as > this user too). > > >> Otherwise dreaded > >> permission error is fired up when playing through timidity. A workaround > >> for the latter is to set the timidity user to the user playing through > >> timidity (one seat station only that is). > > > > Yes, but that is always possible and is not the package job. > > > > Joost > > Yes. I was just telling for if someone read this report to get > timidity+pulseaudio running . So one would have complete instructions. > > Best regards > Alban
Hi Alban, Thanks for providing context! I will review and apply the patch. I'll give the pulse-rt group some thought. I still fail to see the problem pulseaudio is trying to solve, just ALSA works fine, but I guess the network transparancy is nice. Joost -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
