On Apr 14 21:17, Eric Blake wrote:
> Eric Blake byu.net> writes:
>
> > The cost of stat'ing a known symlink (which may involve spinning up a disk
> > or
> > doing a network access) just to color its target was deemed too expensive
> > for
> > the default. Coreutils 6.11 is due out this week,
Eric Blake byu.net> writes:
> The cost of stat'ing a known symlink (which may involve spinning up a disk or
> doing a network access) just to color its target was deemed too expensive for
> the default. Coreutils 6.11 is due out this week, with no change in
behavior,
> but perhaps for 6.12,
Corinna Vinschen cygwin.com> writes:
>
> These are the changes noted in the changelog. However, what I see now
> is that the target of a symlink is not colored anymore at all.
According to the upstream maintainer, this was a deliberate change (even though
it was not mentioned in NEWS).
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding bug-coreutils]
According to Corinna Vinschen on 4/11/2008 11:10 AM:
|
| I think I just found a bug in ls(1) from the latest coreutils 6-10-1.
|
|
| I have a custom LS_COLORS setting:
|
| $ echo $LS_COLORS
| ex=1;31:ln=5;32:di=1;34
|
| Non
Hi Eric,
I think I just found a bug in ls(1) from the latest coreutils 6-10-1.
On Feb 3 14:02, Eric Blake wrote:
> [...]
> ls --color would mistakenly color a dangling symlink as if it were
> a regular symlink. This would happen only when the dangling symlink
> was not a command-line ar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of coreutils, 6.10-1, has been promoted to current (it had
been available as experimental). This means 6.9-5 is now the previous
version.
NEWS:
=
This is a new stable upstream release. It adds a few new utilities: arch
performs a
6 matches
Mail list logo
