Joerg Schilling wrote: > Gary Winiger <gww at eng.sun.com> wrote: > >>> Joerg Schilling wrote: >>>> Keep in mind that it is not acceptable to have archive enhancements that >>>> are not >>>> compatible with already existing archive format enhancements from other >>>> programs. See: >>>> >>>> http://cdrecord.berlios.de/old/private/man/star/star.4.html >>>> >>> Why is this unacceptable? >>> >>> This becomes close to a requirement for appropriate programs, which >>> are in Solaris. For programs sitting in some arbitrary server or ~home >>> its nothing more than a nice thing for significant programs, for some >>> very arbitrary definition of "significant". Since this is nothing more >>> than a "nice thing", one should be "nice" rather than yelling. >> >> Unless I'm off base, I think there's a misunderstanding by >> the question of what's happening. Various archive programs >> have been able to archive a files attribute files since attribute >> files were introduced. The -/ option selects those attribute files >> that include system attributes. It is analgous to -@ in that >> respect. > > Before Don did get the approval to introduce -/ for ls(1) he promised _not_ > to do the same for tar(1).
Don was the fast-track sponsor for the case (2007/394) NOT the project team representative (Basabi was in that case) Same in this case, Don is just the person sponsoring the ARC case NOT the project team representative (Cynthia is for this one). > Let us follow him and deny the approval for this case that would definitely > introduce CLI incompatibilities. Incompatibility with what existing already integrated or ARC approved OpenSolaris command ? Incompatible with star is use of -/ does not count it is not ARC approved or in OpenSolaris. -- Darren J Moffat
