1 |
Joost Roeleveld posted on Sun, 18 Sep 2011 17:22:42 +0200 as excerpted: |
2 |
|
3 |
> On Saturday, September 17, 2011 06:40:03 PM Robin H. Johnson wrote: |
4 |
>> On Fri, Sep 16, 2011 at 10:36:27AM +0200, Joost Roeleveld wrote: |
5 |
>> (The other reason I think systemd and udev might merge at some point, |
6 |
>> or at least have good IPC between them, because there is a potential |
7 |
>> for speed gains there). |
8 |
> |
9 |
> If udev and systemd merge, what will happen with people not using |
10 |
> systemd? |
11 |
> |
12 |
> I don't see any added benefit from using DBUS on my servers. |
13 |
|
14 |
Interesting question. I hadn't seen the suggestion until this thread, |
15 |
either, and it bothered me too. |
16 |
|
17 |
With a moment's thought, I decided I could probably return to a semi- |
18 |
static dev setup reasonably easily. I'd potentially turn on the early-dev |
19 |
option in the kernel that I still have off, ATM, which presumably would |
20 |
mount a tmpfs on dev and populate it with the earliest devices. After |
21 |
that, if necessary, I'd copy the existing udev-created nodes out to a |
22 |
persistent state dir, and copy them back in with a little init-time |
23 |
script of my own. As long as the device ordering remains stable, this |
24 |
could include by-label, etc, symlinks, or I could simply kill the by- |
25 |
label, by-uid stuff in fstab, and go back to traditional devices there, |
26 |
too. |
27 |
|
28 |
Either that, or simply go back to a static /dev entirely. |
29 |
|
30 |
People with dynamic ordered devices may have to devise their own scripts, |
31 |
tho, or perhaps more likely, fork off udev from the pre-union state. |
32 |
|
33 |
But it's also possible that's far enough in the future that we can't |
34 |
really answer the question now, since technology will have changed enough |
35 |
to make an answer now look senseless, then. Consider trying to answer |
36 |
the question in terms of the kernel devfs back before udev. The tech |
37 |
simply changed and those answers wouldn't really work, today. |
38 |
|
39 |
-- |
40 |
Duncan - List replies preferred. No HTML msgs. |
41 |
"Every nonfree program has a lord, a master -- |
42 |
and if you use the program, he is your master." Richard Stallman |