Matthew Woehlke [EMAIL PROTECTED] writes:
Andreas Frische wrote:
first of all, this seems to be related with
http://lists.gnu.org/archive/html/bug-coreutils/2007-04/msg8.html
and could be already fixed. anyway:
I'm using Slackware-current and with ls (GNU coreutils) 6.7 broken symlinks
Andreas Schwab schwab at suse.de writes:
I'm using Slackware-current and with ls (GNU coreutils) 6.7 broken symlinks
are colored in cyan instead of red. what baffles me even more, though, is
that they are colored right with ls -l. any ideas?
Yes. Try 6.9, seems to be fixed.
Doesn't
Andreas Schwab wrote:
Matthew Woehlke writes:
Andreas Frische wrote:
first of all, this seems to be related with
http://lists.gnu.org/archive/html/bug-coreutils/2007-04/msg8.html
and could be already fixed. anyway:
I'm using Slackware-current and with ls (GNU coreutils) 6.7 broken
Eric Blake [EMAIL PROTECTED] writes:
Andreas Schwab schwab at suse.de writes:
I'm using Slackware-current and with ls (GNU coreutils) 6.7 broken
symlinks
are colored in cyan instead of red. what baffles me even more, though, is
that they are colored right with ls -l. any ideas?
Eric Blake [EMAIL PROTECTED] wrote:
Andreas Schwab schwab at suse.de writes:
I'm using Slackware-current and with ls (GNU coreutils) 6.7 broken
symlinks
are colored in cyan instead of red. what baffles me even more, though, is
that they are colored right with ls -l. any ideas?
Yes.
Given the input (without the leading spaces)
Test Case:#1
Test:#2
the command LC_ALL=C sort -t: -k1 outputs the same, though the
key Test should sort before Test Case. The bug exists in
coreutils 6.7, does not exist in 5.97 or 5.2.1, and exists in
textutils 1.14. It also exists
According to John Cowan on 4/23/2007 8:50 PM:
Given the input (without the leading spaces)
Test Case:#1
Test:#2
the command LC_ALL=C sort -t: -k1 outputs the same, though the
key Test should sort before Test Case.
Did you mean to use -k1,1 instead of -k1? Otherwise, you