On Thu, Dec 3, 2009 at 11:00 AM, Darren J Moffat <Darren.Moffat at sun.com> wrote: > Garrett D'Amore wrote: >> >> I'm not a huge fan of keeping two different sets of utilities around. > > Me neither but just like /usr/xpg?/ these aren't 100% compatible. > >> It would be good to get our ls(1) to be 100% compatible ?with the GNU >> features. ? Is that the only complaint you have, or are there others? > > Is it even possible to be 100% compatible with the GNU one - I don't know > since I don't know where the gaps are now post the excellent work that was > done recently in this area.
Not 100% due to differences in implementation (i.e. /bin/ls uses termcap, gnu ls does not and just spits out raw escape sequences taken verbatim from $LS_COLORS), however I believe the missing feature Danek is referring to is 256 color support (please correct me if I'm wrong of course). I actually have a workspace somewhere with a prototype for that (as well as support for dim text for people stuck using wyse emulation for legacy apps) that should be compatible, just haven't gotten around to writing up an ARC case, updated man pages, and then finding a sponsor yet. > >> IMO, continuing to ship these on every install is wasteful. ?I value my >> use of "/bin/tcsh" more than your unusual colorized ls options. ?Who should >> win? > > /bin/zsh of course ! > >> Let me put that another way. ?I have no problem with these things being >> delivered via an IPS repo to some path not in the default (or renamed as >> "gls" or somesuch, for example). ?But I don't think these GNU versions of >> utilities should be installed by default, at least not while we are electing >> to not install other components that are (IMO) far more useful because we >> don't have enough room on the install media. > > Exactly what I was saying they can be in the repository but they don't need > to be installed by default. > > The real architectural problem though is that the desire to remove these > come from /usr/gnu/bin being higher in the default PATH. ?We should fix the > root cause of the problem. > > > -- > Darren J Moffat > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc at opensolaris.org >
