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. |
12 |
|
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. |
17 |
|
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. |
25 |
|
26 |
I didn't think the Council ruled on technical questions. |
27 |
|
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. |
33 |
|
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 :) |
37 |
|
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 /. |
41 |
|
42 |
Sure, but that doesn't mean that the packages that are being merged will |
43 |
actually work :) |
44 |
|
45 |
greg k-h |