Just to elaborate a little on what John said...

> From: John Plocher <John.Plocher at Sun.COM>
..
> ARC Review is a discussion among senior engineers about the impact of 
> a project on OpenSolaris.  The views expressed by the participants 
> certainly aren't set by Sun management, don't necessarily reflect 
> those of our sponsors, and probably won't even be understood by them. 
>   In general, they are opinions based on past experience, and many 
> times reflect deep understandings of problems in areas that others 
> didn't even realize existed.

Its also very important that if possible these "opinions" are tempered
by previous ARC actions.  The cases and discussion are religiously
recorded.

That's not to say that we can't change our opinion and act to the
contrary of a previous decision.  We live in a changing world and
must adapt.  However, when we go against a previous decision we
want to realize that we are doing so with good reason, not just
because of a whim or (more likely) change in membership.

This is quite relevant here.  In 15 years of recorded ARC cases
there are undoubtedly more than a few instances of a project
requesting to be located on root.  The response has uniformly
been "Is this an editable per machine configuration file (/etc),
a per machine log (or spool) file (/var) or a utility need for
early boot (/sbin)?"  Note that I didn't mention /lib because
until very recently it didn't really exist (was a symlink to
/usr/lib for SVr2 compatibility).  We recently changed the
implementation of root to allow dynamic linking before /usr
was mounted, but we didn't change the semantic.

So this case (or at least the /sbin little corner of it) is requesting
that 15 years of precedence of semantic consistancy be reversed because
of the often previously cited reason of "somebody wants it".  We've
said no before and in the absence of new information, we seem likely
to say no again.

Frankly, I'm very perplexed about why the project team and various
posters are so married to this tweak to a much larger and important
project. In the large scheme of things, is this important to the
project team?

And yes, at least to this ARC member, maintaining the semantics of
the root slice is important and should not be altered in the context
of this case.  It it is to be altered, a case should be presented
that only focuses on the semantic so we can have a bounded discussion.

- jek3




Reply via email to