[alsa-devel] [Pkg-alsa-devel] Bug#436502: alsa-tools -> usx2yloader

Elimar Riesebieter riesebie at lxtec.de
Thu Sep 13 11:32:53 CEST 2007


On Thu, 13 Sep 2007 the mental interface of
Michael Bourgeous told:

> On 9/12/07, Elimar Riesebieter <riesebie at lxtec.de> wrote:
> >
> > Attached is a patch for the Makefiles and an udev rule which should
> > work anyway. I don't have TASCAM US-122 usb hardware handy, so
> > I would be very pleased if someone could test it.
> >
> > Thanks
> >
> > Elimar
> >
> 
> I can't remember for sure, but the included rules file might have
> problems loading the us428control program.  I think there might have
> been problems I encountered with using the tascam_fpga script directly
> from udev, since us428control doesn't self-daemonize.  I'll attach the
> .rules file that I use, which might be useful as an example to fix the
> .rules file provided already if it's found that there are problems
> with udev and the existing tascam_fpga script.  As I recall, since
> us428control was still holding on to its stdout, udev would hang and
> not load any devices after the US-428.
> 
> A better option might be a patch to us428control to add a daemonize
> switch (which, of course, could be as simple as fclose()-ing stdin,
> stdout, and stderr, and dealing with any I/O functions accordingly).

Hmm, from my patch tascam_fw and tascam_fpga are installed to
/lib/udev. The udev rules are calling these scripts which are almost
doing what your udev rule is doing manualy, isn't it?
There is one user [0], who came along with an rule similar to the
attached which still works. My intention is not do rewrite
usx2yloaders, but optimize it for distribution.

I don't know whether upstream is active to help? A statement from
Karsten Wiese would be helpfull at that point ;)

But if your rule works for sure, I can distribute it with your
allowness. There are still ugly sh -c calls I don't understand yet.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361558

Thanks for your competent input ;)

Elimar


-- 
  The path to source is always uphill!
                                -unknown-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20070913/431fae88/attachment.sig 


More information about the Alsa-devel mailing list