Gentoo Archives: gentoo-dev

From: William Hubbs <williamh@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr
Date: Sun, 01 Jan 2012 17:00:49
Message-Id: 20120101165614.GA11860@linux1
In Reply to: Re: [gentoo-dev] rfc: locations of binaries and separate /usr by "Olivier CrĂȘte"
On Sun, Jan 01, 2012 at 02:12:22AM -0500, Olivier CrĂȘte wrote:
> > 1) Start migrating packages along with upstream and have everyone who > > has a separate /usr (including me by the way) start using an initramfs > > of some kind, either dracut or one that we generate specifically for > > gentoo. The reason I suggest the initramfs, is, unfortunately if we > > migrate everything, nothing else would work. > > I also don't see a good reason to not adopt dracut, re-implementing > something that already works and is maintained by a competent upstream > seems wasteful to me. I really don't see why people resist using an > initramfs so much. > > The udev/kmod/systemd/dracut effort to standardise the base userspace of > Linux is probably scary for quite a few Gentoo-ers as it means that the > end result of an installed Gentoo system will be less differentiated > than it was before. But it still is a step in the right direction as > most of these standardized pieces are much better than what we currently > have. The OpenRC/baselayout-2 fiasco, not much better than baselayout-1 > and unmaintained upstream shows that even a relatively large > distribution like us can't maintain a competitive base system solution, > adopting the udev/kmod/systemd way will allow us to use all the work > that they are doing and instead concentrate on making a better system.
The problem you are missing here is that gentoo isn't just for linux. We are cross-platform, so we have to have a cross-platform init system as the default. Unless they port systemd to *bsd, we may have to keep openrc as the default init system for some time afaik. Also, your statement about openrc not being maintained upstream is not correct. It is correct that Roy doesn't work on it any more, but there is a team that does maintain it. William