| 1 |
On Sun, Apr 8, 2012 at 6:04 PM, Greg KH <gregkh@g.o> wrote: |
| 2 |
> On Sun, Apr 08, 2012 at 04:30:01PM +0200, Ulrich Mueller wrote: |
| 3 |
|
| 4 |
>> The council has voted in favour of a separate /usr being supported |
| 5 |
>> (5 yes, 1 no vote). |
| 6 |
> |
| 7 |
> What? |
| 8 |
|
| 9 |
Perhaps the council should be the ones to clarify, but I think the |
| 10 |
vote only was for separate /usr being supported. The irc log seemed a |
| 11 |
bit more nuanced than perhaps came out in the summary. Maybe I'm |
| 12 |
misreading it. I didn't see anything in the log about a decision that |
| 13 |
newer versions of udev are not able to be stabled. |
| 14 |
|
| 15 |
So, as to what "a separate /usr being supported" means, the impression |
| 16 |
I got was "don't worry if you're running it, you'll have an upgrade |
| 17 |
path." Right now it sounds like the proposed upgrade path is that |
| 18 |
some devs will fork udev and keep it running more like the current one |
| 19 |
(presumably breaking in the same situations that it already does |
| 20 |
today). |
| 21 |
|
| 22 |
> And udev isn't even the problem, all you need is to mount your /usr from |
| 23 |
> initramfs. So, the original proposal wasn't even a correct/valid |
| 24 |
> proposal in the first place. |
| 25 |
|
| 26 |
Well, as far as I can tell the proposal that was voted on didn't even |
| 27 |
mention udev at all, or initramfs. But, as you point out using an |
| 28 |
initramfs is likely to be more reliable. |
| 29 |
|
| 30 |
I'm sure the same arguments were going around back when people were |
| 31 |
advocating for dropping bootloader support in the kernel and telling |
| 32 |
people to bugger_off_msg. An initramfs creates more flexibility, at |
| 33 |
the cost of an extra layer of software, just like grub. The main |
| 34 |
downside to it is that it tends to require more maintenance, though if |
| 35 |
you build the necessary drivers to mount /usr into the kernel I |
| 36 |
imagine that an initramfs would probably work across differing kernel |
| 37 |
versions. |
| 38 |
|
| 39 |
In any case, we should still be updating documentation/etc regardless. |
| 40 |
A better guide to dracut/genkernel would be useful no matter how this |
| 41 |
turns out. I'd like to see stable Gentoo stay current with udev in |
| 42 |
any case, but I don't mind using a forked version as long as it is of |
| 43 |
similar quality to the original. As you've pointed out already, that |
| 44 |
may not actually help people with a separate /usr, so I'd encourage |
| 45 |
people to get an initramfs working. |
| 46 |
|
| 47 |
Rich |
Archives