Eric Blake <[EMAIL PROTECTED]> wrote: > According to Eric Blake on 1/17/2006 11:05 AM: >> >> The problem is that tcsh 6.14.00 treats LS_COLORS as a magic >> environment variable, also parsing it for its own use in the >> tcsh builtin ls-F. This means that coreutils dircolors, when given >> an SUID coloration, will output data that is expected by coreutils >> ls but unexpected by unpatched tcsh. > > And here's a workaround for coreutils to make tcsh be silent when it > doesn't recognize all the categories output by dircolors. I verified that > tcsh goes ahead and sets LS_COLORS in spite of the warning, so silencing > the warning is safe. > > 2006-01-18 Eric Blake <[EMAIL PROTECTED]> > > * src/dircolors.c (main): Silence stderr to avoid warnings from > tcsh.
Thanks, but won't that also silence a legitimate warning about a mistyped value? I'd rather avoid emitting code that discards all stderr output. Instead, we can suggest that affected tcsh users just change the way they invoke eval so as to divert stderr themselves, e.g., like this: eval `dircolors -c`' >& /dev/null' _______________________________________________ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
