* Laszlo (Laca) Peter <[EMAIL PROTECTED]> [2006-04-28 19:03]: > On Fri, 2006-04-28 at 16:56 -0700, Stephen Hahn wrote: > > Since this topic arose during a discussion about developer > > readiness > > of opensolaris, and got reasonably well characterized, and appears > > to > > be gating on other improvements, I thought we should discuss > > further > > with a draft in hand. > > > > Comments welcomed. > > Maybe I'm confused, it's getting late, but if we don't restrict > the use of /usr/gnu to conflicts with existing Solaris interfaces > then how is /usr/gnu different from /usr/sfw? > > /usr/sfw was invented for External interfaces and for freeware > interfaces that conflict with Solaris interfaces. There was also > a 'no accidental discovery' rule, but that's no longer. People > seem to agree now that this was a bad idea and we're gradually > moving everything from /usr/sfw to /usr. > > /usr/gnu is for interfaces that conflict with Solaris interfaces > and for other freeware "stuff" that is not stable enough, we > shall call them Volatile this time. > > I think if a piece of software is so unstable (in terms of interface > stability) that we need to hide it, then let's not ship it and not > use it. Otherwise put it in /usr and use /usr/gnu only in case of > a conflict. > > Then again, /usr/sfw is getting deserted, so why not reuse it instead > of creating another directory structure under /usr? Are we sure > that only GNU programs will fall into this category?
These points are all valid, but it would be slightly more helpful is you suggested which text was particularly ambiguous--some of these points (such as the "let's not ship it" batch) have nothing to do with this proposal, which is about namespace definition and intent. The primary reason to introduce /usr/gnu is because of the points raised by Joerg in an earlier thread, about other sources of potentially conflicting implementations. - Stephen -- Stephen Hahn, PhD Solaris Kernel Development, Sun Microsystems [EMAIL PROTECTED] http://blogs.sun.com/sch/ _______________________________________________ tools-discuss mailing list tools-discuss@opensolaris.org
