* [gentoo-project] Support for Seperate /usr
@ 2013-08-01 21:16 99% Rich Freeman
0 siblings, 0 replies; 1+ results
From: Rich Freeman @ 2013-08-01 21:16 UTC (permalink / raw
To: gentoo-project
Splitting thread so that the agenda thread isn't lost in discussion:
On Thu, Aug 1, 2013 at 4:04 PM, Alexis Ballier <aballier@gentoo.org> wrote:
> I have no opinion whether separate usr should be supported or not: I
> have not been using this layout since years. However, I strongly prefer
> some kind of consistency: The traditional layout with a minimal / to
> boot or the usr move both have their advantages; if we go for something
> in between we get none of them.
I tend to loosely agree here.
My inclination right now is to support this proposal if either of the
following is true:
1. Somebody explains that right now the absence of a decision is
causing them actual problems (extra work, limitations, whatever).
2. This becomes necessary to enable some larger long-term goal, which
has received council approval.
#2 was basically covered by Alexis already.
Regarding #1, I informally emailed the base-system maintainers a week
ago about whether there was any need to revisit last year's decision.
I didn't really get a sense that anybody really needed the council to
step in now. I recognize that William is also a base-system
maintainer so if he wants to state that he is subject to some kind of
extra work or such supporting separate /usr without an early boot
workaround I'll certainly be sympathetic.
I do favor the dropping of support for separate /usr without an early
boot workaround. I just don't think the council should actually step
in until somebody needs us to, or as part of some larger plan. If the
base-system maintainers have things under control, better to let them
handle it.
Rich
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2013-08-01 21:16 99% [gentoo-project] Support for Seperate /usr Rich Freeman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox