[Pkg-alsa-devel] init script

David B Harris dbharris@eelf.ddts.net
Thu, 15 Apr 2004 20:51:07 -0400


On Fri, 16 Apr 2004 02:34:58 +0200
Jordi Mallach <jordi@debian.org> wrote:
> Just for the record, I'm more and more convinced that we need to get
> rid of all module loading code from the init script.

I never cared one way or another - I'm only working off our requirements
:)

> > There is still the ordering question, however. It happened to load them
> > in the right order for you now, but that may not be the case in the
> > future; nor will it necessarily be the case for everybody, everywhere.
> 
> For the card ordering case, isn't it as easy as adding a note to
> alsa-source?'s README.Debian stating that if you need this you can just
> use /etc/modules with the desired sound modules in the desired order?

Or people can just manually symlink /dev/dsp and friends to whichever
card they want.

> > Really, guys, it's simple - we can only do away with the init script and
> > the crap that is alsa-base debconf if either a) we don't care to support
> > card ordering, or b) udev is up to the task. If b), we need to know (and
> > soon), and we need to document it.
> 
> If you think the /etc/modules alternative is ok, let's go for it. If
> it's not, I suggest we just forget about the feature. It's a cool
> feature, but it provides enough problems already.
> 
> I'm attaching the two mails from Md, the init script and the modules.d
> suggestrion.

No, I've no objections - but I'll admit to being mighty annoyed at going
through all the effort to come up with a solution based on stated
requirements only to have the requirements change. If I'd known at the
beginning that we didn't give a flying fuck about card ordering, it
would have been a far less error-prone process.

-- 
     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