Gentoo Archives: gentoo-dev

From: Greg KH <gregkh@g.o>
To: Richard Yao <ryao@×××××××××××××.edu>
Cc: Greg KH <gregkh@g.o>, gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Let's redesign the entire filesystem!
Date: Wed, 14 Mar 2012 23:38:11
In Reply to: Re: [gentoo-dev] Re: Let's redesign the entire filesystem! by Richard Yao
1 On Wed, Mar 14, 2012 at 07:27:07PM -0400, Richard Yao wrote:
2 > >> 3. Why not let the users choose where these directories go and support
3 > >> both locations?
4 > >
5 > > Because a plethera of options is a sure way to make sure that half of
6 > > them don't work over the long run.
7 > >
8 > > We aren't Debian here people, we don't support "everything" :)
9 >
10 > Gentoo provides far more options than Debian does, so this seems
11 > somewhat contradictory to me.
13 Not really, I don't think we support systems without udev anymore,
14 right? And we get away with a lot of these different "options" at
15 compile time, which makes it easier than what Debian has to handle, so
16 perhaps it's not a fair comparison.
18 > > If you want to support both, great, feel free to step up and do the
19 > > work.
20 >
21 > Fair enough, however, I should remind you that not much will happen
22 > without a decision from the Gentoo Council. I am willing to accept
23 > whatever decision they make, but I think that exposing this decision to
24 > users is something that is within our ability to do.
26 I didn't think the Council ruled on technical questions.
28 In fact, how is this relevant at all anyway? It's quite simple in that
29 we don't support systems today with a separate /usr/ without a
30 initramfs/initrd. If it happens to work, wonderful, but don't expect
31 Gentoo developers to rewrite the upstream packages to work for this type
32 of unsupported systems, it's not going to happen.
34 Or are you referring to the "no more /bin and /sbin" thing? That's just
35 going to happen "naturally", one day in a few months or years, your
36 system will have moved to this without you even realizing it :)
38 > Portage provides use with the ability to do abstractions that other
39 > distributions cannot do, such as permitting people to merge
40 > /usr{bin,lib{32,64,},sbin} into /.
42 Sure, but that doesn't mean that the packages that are being merged will
43 actually work :)
45 greg k-h


Subject Author
Re: [gentoo-dev] Re: Let's redesign the entire filesystem! Richard Yao <ryao@×××××××××××××.edu>
Re: [gentoo-dev] Re: Let's redesign the entire filesystem! Luca Barbato <lu_zero@g.o>
Re: [gentoo-dev] Re: Let's redesign the entire filesystem! Martin Gysel <m.gysel@×××××.com>
Re: [gentoo-dev] Re: Let's redesign the entire filesystem! Joshua Kinard <kumba@g.o>