Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Nicolas Sebrecht <nsebrecht@...>
Subject: Re: udev and /usr
Date: Mon, 19 Sep 2011 10:03:00 +0200
The 18/09/11, Duncan wrote:

> > I don't see any added benefit from using DBUS on my servers.

Insterstingly, Duncan just answered your question...

> Interesting question.  I hadn't seen the suggestion until this thread, 
> either, and it bothered me too.

From here:

> With a moment's thought, I decided I could probably return to a semi-
> static dev setup reasonably easily.  I'd potentially turn on the early-dev 
> option in the kernel that I still have off, ATM, which presumably would 
> mount a tmpfs on dev and populate it with the earliest devices.  After 
> that, if necessary, I'd copy the existing udev-created nodes out to a 
> persistent state dir, and copy them back in with a little init-time 
> script of my own.  As long as the device ordering remains stable, this 
> could include by-label, etc, symlinks, or I could simply kill the by-
> label, by-uid stuff in fstab, and go back to traditional devices there, 
> too.
> 
> Either that, or simply go back to a static /dev entirely.
> 
> People with dynamic ordered devices may have to devise their own scripts, 
> tho, or perhaps more likely, fork off udev from the pre-union state.

...to here.

> But it's also possible that's far enough in the future that we can't 
> really answer the question now, since technology will have changed enough 
> to make an answer now look senseless, then.  Consider trying to answer 
> the question in terms of the kernel devfs back before udev.  The tech 
> simply changed and those answers wouldn't really work, today.

Upstream changes the init process is done. So, you're free to either:

 stick to upstream (with best long term support);

or

 fork off upstream (requires knowledges, manpower and time);

or

 go back to 1960 with a full/partial static /dev (asking to manually
 maintain the crap).

See the benenfit, now?

-- 
Nicolas Sebrecht


References:
udev and /usr
-- Joost Roeleveld
Re: udev and /usr
-- Robin H. Johnson
Re: udev and /usr
-- Joost Roeleveld
Re: udev and /usr
-- Duncan
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: udev and /usr
Next by thread:
Re: udev and /usr
Previous by date:
Re: udev and /usr
Next by date:
Re: udev and /usr


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.