| 1 |
Hi, |
| 2 |
|
| 3 |
On Sat, 2011-12-31 at 19:59 -0600, William Hubbs wrote: |
| 4 |
> I have been working with robbat2 on solutions to the separate /usr issue |
| 5 |
> (That is why I have specifically cc'd him on this email) |
| 6 |
> which will allow people to not use an initramfs. If we migrate |
| 7 |
> everything off of the root fs to /usr, all of those solutions become |
| 8 |
> moot. On the other hand, if we don't migrate, we run the risk of |
| 9 |
> eventually having our default configuration not supported by upstream. |
| 10 |
|
| 11 |
I think the general consensus among other distros is that initramfs is |
| 12 |
the new /. Many core elements of the Linux system will start installing |
| 13 |
themselves in /usr, starting with udev, so we won't have a choice |
| 14 |
anyway. Also, I doubt it's currently possible to boot a Gentoo system |
| 15 |
without /usr mounted anyway. |
| 16 |
|
| 17 |
> 1) Start migrating packages along with upstream and have everyone who |
| 18 |
> has a separate /usr (including me by the way) start using an initramfs |
| 19 |
> of some kind, either dracut or one that we generate specifically for |
| 20 |
> gentoo. The reason I suggest the initramfs, is, unfortunately if we |
| 21 |
> migrate everything, nothing else would work. |
| 22 |
|
| 23 |
I also don't see a good reason to not adopt dracut, re-implementing |
| 24 |
something that already works and is maintained by a competent upstream |
| 25 |
seems wasteful to me. I really don't see why people resist using an |
| 26 |
initramfs so much. |
| 27 |
|
| 28 |
The udev/kmod/systemd/dracut effort to standardise the base userspace of |
| 29 |
Linux is probably scary for quite a few Gentoo-ers as it means that the |
| 30 |
end result of an installed Gentoo system will be less differentiated |
| 31 |
than it was before. But it still is a step in the right direction as |
| 32 |
most of these standardized pieces are much better than what we currently |
| 33 |
have. The OpenRC/baselayout-2 fiasco, not much better than baselayout-1 |
| 34 |
and unmaintained upstream shows that even a relatively large |
| 35 |
distribution like us can't maintain a competitive base system solution, |
| 36 |
adopting the udev/kmod/systemd way will allow us to use all the work |
| 37 |
that they are doing and instead concentrate on making a better system. |
| 38 |
|
| 39 |
-- |
| 40 |
Olivier Crête |
| 41 |
tester@g.o |
| 42 |
Gentoo Developer |
Archives