Hi Adam,
On Tue, 19 Mar 2013 10:14:35 +0100, Adam Borowski <kilob...@angband.pl> wrote:
> On Mon, Mar 18, 2013 at 09:15:16PM +0100, Stephen Kitt wrote:
> > Alternatively, oss-compat is supposed to be used by packages such as
> > this one with a requirement for OSS. Adam, could you try installing it
> > to see if the modules it sets up allow lletters to work? It may not
> > play all that nicely with pulseaudio...
>
> Works, but only after a reboot (I tested on a Debian-provided kernel in a
> fresh wheezy install as well, to be sure). Having to reboot just to check
> out a simple child game is not nice.
OK, thanks for checking; having to reboot is a bug, I'll look into it...
> > For Jessie we'll have osspd, but oss-compat or disabling audio as
> > Steven suggested seem to me to be the only options for Wheezy.
>
> Here's another solution:
>
> Depends: sox
>
> if (!fork())
> {
> const char* arg[4];
> arg[0] = "/usr/bin/play";
> arg[1] = "-q";
> arg[2] = the_file_to_play;
> arg[3] = 0;
> execve(arg[0], arg, environ);
> exit(127);
> }
>
> Works on all sound systems, doesn't crash if no sound is available, doesn't
> hang on 64 bit architectures (and I guess big-endian too), supports formats
> other than .wav (in case someone localizes sounds). And doesn't use that
> ridiculous code with more leaks than ${SOME_MICROSOFT_SLUR}.
>
> One could use, say, SDL_sound to avoid the fork(), but come on, let's be
> serious.
Indeed, that seems better all around!
Regards,
Stephen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
