| 1 |
On 01 Apr 2016 20:00, Alexis Ballier wrote: |
| 2 |
> On Friday, April 1, 2016 3:58:18 AM CEST, Mike Frysinger wrote: |
| 3 |
> >>> ... |
| 4 |
> >> lemme look it up for you then: |
| 5 |
> >> https://wiki.gentoo.org/wiki/Council_decisions |
| 6 |
> >> |
| 7 |
> >> systems with separate /usr should be supported. However, users |
| 8 |
> >> shouldn't be |
| 9 |
> >> constrained from using software which doesn't support that. -- 04/2012 |
| 10 |
> >> meeting ... |
| 11 |
> > |
| 12 |
> > "being supported" != "enabled by default". so no, i still don't see any |
| 13 |
> > requirement in anything you've cited that this be turned on by default. |
| 14 |
> |
| 15 |
> you're right, but you know, before you claimed the contrary of what was |
| 16 |
> voted and then decided to argue whether a 4 years old council decision |
| 17 |
> applies or not here, my point was, and still is, that such council |
| 18 |
> decisions make me think you're confusing what *you* want and what *we* (as |
| 19 |
> a project) want for this case |
| 20 |
|
| 21 |
i see no significant number of people clamoring for this as the default. |
| 22 |
the bug that started this has everyone on board for changing the default. |
| 23 |
it's really no different either from the install process today: a stage3 |
| 24 |
cannot be unpacked & booted directly. a user must configure it before it |
| 25 |
can actually be used. if that means enabling USE=sep-usr, then so be it. |
| 26 |
there's no reason to force this legacy behavior on the majority of people |
| 27 |
when a split-/usr is uncommon. |
| 28 |
-mike |
Archives