Bug#345101: [Pkg-alsa-devel] alsa-tools

[Michael Prokop]

* Thomas Hood <jdthood at yahoo.co.uk> [20051231 00:15]:
> Michael Prokop wrote:

> > Yes, this seems to apply for Debian sarge. But this does not seem to
> > apply for Debian unstable (or even Ubuntu as someone reported to me
> > when asking for checking):

> > root at grml ~ # grep PATH /proc/1/environ
> > root at grml ~ #

> I conclude that there's a bug in /sbin/init.

Hm, seems so.

> > So running /lib/udev/udevsynthesize with above modprobe.d-entry does
> > not provide a $PATH entry in /tmp/modprobe-env-dump. JFTR: There
> > also does not exist a $PATH entry if I switch /bin/sh to /bin/bash.
> > [...]
> > It's a problem to use /etc/init.d/udev in the bootup process
> > (resulting in 'snd_...: Unknown symbol snd_...' because of failed
> > modprobe calls) with current Linux kernel on Debian unstable when
> > /bin/sh isn't /bin/bash but /bin/zsh.

> >> That's why the current /etc/modprobe.d/alsa-base works for many,
> >> many people.

> > That's just because many, many people use /bin/bash as /bin/sh. ;-)

> But you say that when /bin/sh -> bash, PATH is still not set.  So the
> bug ought to be biting bash users too.  But it isn't biting us---at
> least not yet.

I'm not sure why. The environment for bash and zsh is the same (just
checked it again). But bash directly runs /sbin/modprobe as running
strace shows. bash and zsh seem to behave different if $PATH isn't
set at all.

> Any ideas about why this is affecting you and not other people?

Because nearly no one else uses /bin/zsh as interpreter for /bin/sh.
(Probably grml is the only Linux distribution shipping /bin/sh :=
/bin/zsh.) And udevsynthesize is a very new topic.

regards,
-mika-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-alsa-devel/attachments/20051231/b4305a57/attachment.pgp