On Sun, Apr 17, 2011 at 01:37:27AM +0200, Marco d'Itri wrote:
> On Apr 16, rleigh <rle...@codelibre.net> wrote:
> 
> > Whether or not /run is a tmpfs or not is *irrelevant* to whether or
> > not udev should use it.  The choice of filesystem is entirely up to
> > the admin, and while the default is to use tmpfs, it is not udev's
> > business to alter its behaviour depending on the filesystem in use
> > at that location.  That's *utterly broken*.
> I consider it an acceptable tradeoff, I can remove the code when udev
> will depend on the new sysvinit.

The tradeoff here is that if /run is present, udev is broken.  That
is not acceptable.  You should not be using /run at all, unless you
have a versioned initscripts dependency.

> > udev needs a dependency on initscripts, and then it can
> > *unconditionally* make use of /run without relying on broken hacks.
> I have no plan to disable the /dev/.udev/ fallback unless it will be
> clearly proven that it cannot be viable (hint: the alternative is the
> daemon exiting with an error, which is supposed to be worse).

Having the fallback is fine.
But you can not use /run without a versioned initscripts dependency.

> > You're trying to be too clever, and making assumptions that are
> > not warranted.
> But so far you have not been able to show what I did wrong.
> I like to fix bugs, not symptoms.

I've shown you what the cause of the problem is.  I don't know exactly
what is broken.  I expect that it is, in part or in full, the broken
checks for /run.  The initscripts package is available in experimental.
You could install it and find out, please.  I'm not the udev expert
here, but you are.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.

Attachment: signature.asc
Description: Digital signature

Reply via email to