[Pkg-alsa-devel] init script

David B Harris dbharris@eelf.ddts.net
Thu, 15 Apr 2004 14:00:29 -0400


On Thu, 15 Apr 2004 19:42:01 +0200
Jordi Mallach <jordi@debian.org> wrote:
> Before uploading -drive 1.0.4-1, I went to talk to Md on IRC about the
> "fix" EE and I had devised: we planned blacklisting all sound modules,
> both ALSA and OSS drivers. As I suspected he thought this was totally
> broken and wouldn't help at all.

Bah, see the very end of this message.

> Do we really lose functionality here? (there's the card ordering thing
> and the reloading of modules when you upgrade alsa-modules-foo, but
> honestly I think the script is giving us more headaches than advantages:
> according to Md, udev can easily handle the ordering feature -if you
> don't just use /etc/modules- and we have some bugs of annoyed users that
> can't upgrade alsa-modules without leaving their X session because the
> sound dev is being used). What's your view on this?

I asked two questions of two different people :) To you, I asked "is
this something we really need to support, this ordering of cards?" and
you said yeah. So that's requirement number 1, that cards can be
ordered.

I asked Md if udev would be useful enough in Sarge to support this. He
said no.

So, there you go. We can either not support ordering (in which case
hotplug can blacklist OSS modules and load ALSA modules on its own, in
which case we don't need to do it in alsa-base), or Md changes his
opinion about udev, or we keep the module loading in alsa-base.

Be careful about Md - he's pissed off at his hotplug co-maintainer for
implementing /etc/hotplug/blacklist.d/, he seems hellbent on getting it
removed. (Not to mention the fact he *explicitly told me* that the
proposed solution [which he and I came up with, incidentally, not you
and I :] was fine. Bastard.)

-- 
     Arguing with an engineer is like wrestling with a pig in mud.
	   After a while, you realise the pig is enjoying it.

		   OpenPGP v4 key ID: 4096R/59DDCB9F
    Fingerprint: CC53 F124 35C0 7BC2 58FE  7A3C 157D DFD9 59DD CB9F
	  Retreive from subkeys.pgp.net or risk key corruption