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
