Garrett D'Amore wrote: > I'm not a huge fan of keeping two different sets of utilities around. > It would be good to get our ls(1) to be 100% compatible with the GNU > features.
It's not, for reasons brought up in its ARC case. I don't think the colorization differences got mentioned there; it was something I noticed after putback. > Is that the only complaint you have, or are there others? It's the only complaint I have regarding a feature that will be disappearing, but I don't use the other utilities mentioned in this case for the most part. > 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? I could care less about GNU ls being on the LiveCD or default install, and would certainly prefer to have zsh and all other login shells, if that made the difference. But that's not the proposal at hand, so I'm not sure why you're bringing this up. I *do*, however, care about making work for the maintainer of the GNU coreutils package for Solaris, in figuring out what parts of it need to be delivered and what parts don't, and as the other parts of the system evolve, possibly dropping more. And if the GNU utilities add new features and the Solaris or ksh93 versions don't add those yet, it's back to the ARC to un-obsolete the utilities and start shipping them again. Not to mention the users (let's not forget the users!) who have to deal with a changing set of utilities, and who may just want the GNU utilities, as-is, and as up-to-date and complete as possible. This case, and its obvious follow-ons, make that goal difficult to achieve, and probably sufficiently difficult to discourage the coreutils maintainer from doing any work on it at all. If the issue really is space on the LiveCD, then drop it. But don't drop the package, or portions of it, entirely. Danek
