Gentoo Archives: gentoo-dev

From: "Canek Peláez Valdés" <caneko@×××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Let's redesign the entire filesystem!
Date: Fri, 16 Mar 2012 01:17:42
In Reply to: Re: [gentoo-dev] Re: Let's redesign the entire filesystem! by Rich Freeman
1 On Wed, Mar 14, 2012 at 7:07 PM, Rich Freeman <rich0@g.o> wrote:
2 > On Wed, Mar 14, 2012 at 7:51 PM, Richard Yao <ryao@×××××××××××××.edu> wrote:
3 >>
4 >> I proposed a way that this could work with no effort on the part of the
5 >> Gentoo developers in one of my earlier emails:
6 >>
7 >
8 > Then go ahead and make it happen.  If as you say no dev participation
9 > is needed there is nothing Gentoo needs to do to support this.
10 >
11 > On Wed, Mar 14, 2012 at 6:49 PM, Greg KH <gregkh@g.o> wrote:
12 >>
13 >> We aren't Debian here people, we don't support "everything" :)
14 >>
15 >> If you want to support both, great, feel free to step up and do the
16 >> work.
17 >>
18 >
19 > Gentoo is about choice, but it is largely about the choices that
20 > people are willing to step up and maintain.
21 >
22 > A few months ago there was a big thread and lots of devs said that
23 > systemd isn't supported on Gentoo.  Some devs stepped up and decided
24 > to maintain it and now I'd say systemd is about as supported on Gentoo
25 > as Prefix, FreeBSD, Sparc, or MIPS.  That didn't happen because of
26 > mailing list persuasion - it happened because a few people interested
27 > in making it happen wrote a bunch of ebuilds.  How do systemd units
28 > end up in various packages?  The people interested in seeing them
29 > write good-quality patches and submit bugs, or otherwise work with the
30 > maintainers to commit them.
31 >
32 > For those who don't like the current direction, by all means create an
33 > overlay called udev-root, mdev-boot, noinitramfs, or whatever.  You
34 > don't need anybody's permission to do it - just go on github and make
35 > it happen.  Write some good code.  There are several devs here who
36 > might even help you out with it, and nobody here is going to object to
37 > packages going into the main tree as long as they're maintained in
38 > accordance with Gentoo QA.  Create some USE flags where you need
39 > tie-ins to other system packages and as long as everything behaves
40 > nicely and patches are good and maintained, I'm sure the package
41 > maintainers will accept them.
43 In that vein... just to let you guys know that I have set up an
44 overlay that has allowed me to run my Gentoo machines with only
45 systemd: no OpenRC, no baselayout, no sysvinit:
49 The changes are rather minimal (less than ten lines (usually a cople)
50 per ebuild changed from the original ebuilds in the tree), and almost
51 all will go away when the following bugs get fixed:
63 Bug 373219 is specially problematic, since several scripts in packages
64 on the tree source /etc/init.d/, (which lives in OpenRC),
65 and don't depend on OpenRC explicitly. I wrote a little script that
66 replaces the einfo, ewarn, etc. functions of OpenRC, and it seems to
67 be working. I also wrote alternative versions of the packages on the
68 tree that implicitly depend on OpenRC, so they now explicitly depend
69 on a little package that only installs my script.
71 It seems to be working.
73 If you guys want to try it, I would love to hear some comments about
74 it. (Usual disclaimer; if it breaks, you get to keep all the pieces).
76 Oh, and obviously the only supported setups are those with /usr in the
77 same partition as /; or, if /usr is in a separated partition, systems
78 that use an initramfs to mount it.
80 Regards.
81 --
82 Canek Peláez Valdés
83 Posgrado en Ciencia e Ingeniería de la Computación
84 Universidad Nacional Autónoma de México


Subject Author
Re: [gentoo-dev] Re: Let's redesign the entire filesystem! "Canek Peláez Valdés" <caneko@×××××.com>