> On Thu, May 10, 2007 at 10:46:30AM +0200, Frank van
> der Linden wrote:
> > To quote the news.com article:
> >
> > "Basic operations, such as the "ls" command to see
> a listing of files in
> > a directory, behave differently in Solaris"
> >
> > colorls here we come!
>
> You may continue to be snarky if ls -h became a
> common solaris
> invocation, but I doubt your users would be upset at
> no longer having
> to multiply by 2 to get K, and to get the size
> rounded to MB, GB,
ls -lh works now; I think maybe someone is working on ls -sh to do something
like what I think you mean.
> etc. The current state of affairs with solaris'
> default userland is
> horrendous. It'll be a bright day when solaris starts
> offering
> something as good as cfengine or puppet by default so
> that solaris
> admins can actually get help from sun for managing
> systems, not just
> play janitor to a herd of elephants that crap all
> over the place.
If you don't know how to play janitor first, I wouldn't trust you to
fool around with cfengine rule sets, it would be like handing a machine
gun to someone that's not yet responsible with a BB pistol.
They also presume a degree of uniformity as a starting point, otherwise
the classes (cfengine) become insane. That might be a hoped-for state
in a place where everything was done by design from the start, but in
a place where multiple consolidations led to things as they are, and
nothing can be broken except by cutting over to a newly built and tested
replacement {system, domain, zone, whatever} for which there are no
resources because it's not sexy enough, 9/10 of the battle would be getting
to where such tools would able to maintain the order one had to struggle
to achieve in the first place.
OTOH, I suppose it wouldn't hurt to have cfengine (or maybe better, puppet)
bundled, and configured to use proper SVR4 locations
(/opt, /var, /etc/opt, and so on, none of this /usr/local crap), along with
some really well thought out example configuration files.
FYI, blastwave has both cfengine and puppet packages (haven't tried them
myself yet), which shouldn't be too miserable until then.
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
