Octave, I'm led to believe that OpenSolaris won't pass the testing required to be labelled Unix (the problems start with ZFS: there are parts of it that aren't POSIX compliant) and as far as I know, nobody is interested in doing so. This has been known for quite some time. It is looking more and more like Solaris 10 will be the last "UNIX" from Oracle. So that "battle" has already been lost.
Darren On 23/03/10 09:24 PM, Octave Orgeron wrote: > Hi Everyone, > > I agree Jason. And I still want to voice the need for the new OGB to have a > community conference to define the standards for OpenSolaris. Things like > this should be decided in the open as a community. I'd even like to see a > real standard created that will help defuse these issues and provide > consistency. Last time I checked, Solaris is UNIX no Linux. The same should > be true for OpenSolaris. GNU should be nothing more than another userland > flavor under /usr/gnu with g* sym-links in /usr/bin. The default userland > tools should be POSIX and Open Group Single Unix Specification compliant. > Enhancing our userland tools is the way to go, not taking the short-cut to > GNU and selling out. > > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > Octave J. Orgeron > Solaris Virtualization Architect and Consultant > Web: http://unixconsole.blogspot.com > E-Mail: unixconsole at yahoo.com > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > > > ----- Original Message ---- > From: Jason King<jason at ansipunx.net> > To: John Plocher<john.plocher at gmail.com> > Cc: Alan Coopersmith<Alan.Coopersmith at sun.com>; Garrett D'Amore<gdamore at > sun.com>; shell-discuss at opensolaris.org; PSARC-ext at sun.com; Milan > Jurik<Milan.Jurik at sun.com>; johansen at sun.com; Darren Reed<Darren.Reed > at sun.com> > Sent: Tue, March 23, 2010 9:39:27 PM > Subject: Re: More ksh93 builtins > > On Tue, Mar 23, 2010 at 7:55 PM, John Plocher<john.plocher at gmail.com> > wrote: > >> On Tue, Mar 23, 2010 at 4:47 PM, Darren Reed<Darren.Reed at sun.com> wrote: >> >>> Enjoy (the fact that S10 does not have bash or /usr/gnu or ...). >>> >> >> Worse yet (this is no surprise to most, I'm sure, but pity our poor >> users...): >> >> On your new OpenSolaris system, create a tar archive of, say, your web >> document root that you want to move over to another system: cd >> /export/website; tar cf ~/mywebsite.tar . >> >> scp it over to your other OpenSolaris system, you know, the one you >> really use, with ksh93 and a real guru's PATH that starts with >> /usr/bin :-) Try to extract your website: cd /export/mynewsite; tar >> xf ~/mywebsite.tar >> >> It probably won't work, because gnutar does not create tar archives >> that are compatible with OpenSolaris' tar. >> >> Repeat for the entire set of gratuitously different tools; the >> incompatibilities bite both ways, btw, so this isn't really an "I hate >> gnu binutils" rant :-) >> >> The missing *ARCHITECTURE* bit is why it is OK to produce a system >> with superficially interchangeable parts that don't actually work well >> together. It is all well and good to say that it is "familiar", but >> having familiar tools that don't work does nobody any favors. >> > Unfortunately, that seems to be the only justification -- that it will > be familiar to a group of people who honestly seem likely to have > little to 0 interest in *solaris (so the theoretical dollars they > might pay for support remain just that). > > Even more bizarre when there's a solution with an active community > that is more than willing to work with everyone, and provide the best > of all worlds, but seems to keep being treated like a red-headed > stepchild compared to the 'favored' GNU son. > > What I'd like to see is perhaps an _open_ case *cough* that lays out > the direction. Personally, I'd like to see it somewhere along the > lines of: > - The AST tools gradually replace the legacy Solaris tools, and be > the preferred default. As they are replaced and conflicts arise > between either legacy Sun, POSIX, BSD, or Gnu behavior that can be > documented on a case by case basis. > - If AST doesn't have a replacement for a Solaris tool (but BSD/GNU > does), conflicts as to retain/retire the Solaris tool vs. the other > tools is done on a case by case basis when it's decided to retire the > Solaris tool > - The GNU tools continue to be delivered to /usr/gnu/bin, with the g* > aliases in /usr/bin > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc at opensolaris.org > > > > >
