bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9634: Coreutils 8.13 - Orphaned symlinks start with 'argetm' when us


From: Pádraig Brady
Subject: bug#9634: Coreutils 8.13 - Orphaned symlinks start with 'argetm' when using dircolors
Date: Fri, 30 Sep 2011 22:49:09 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0

On 09/30/2011 09:49 PM, Jim Meyering wrote:
> Jason Glassey wrote:
>> I had seen this was a bug supposed to be fixed in Coreutils 8.3, but I
>> can still replicate this bug in
>> Coreutils 8.13
>>
>> In my .bashrc file, I have this alias:
>>
>> alias ls='ls -Lp --color=auto --group-directories-first'
>>
>> Symlinks appear fine when the target exist, but when the symlink
>> becomes orphaned (such as a
>> symlink to a removable drive), the symlink starts with 'argetm'
>>
>> I only get this problem when I use the '--dereference' option, and
>> when the target does not exist
>> when using dircolors.
> 
> Thanks for the report.
> Between yours and the one in http://bugs.debian.org/586765,
> I was able to create a stand-alone reproducer.
> The trick was to realize that you have customized your
> LS_COLORS envvar to include ln=target.
> Do this in an empty directory:
> 
>     $ ln -s /no-such dangle
>     $ env LS_COLORS=ln=target ls --dereference --color
>     ls: cannot access dangle: No such file or directory
>     argetmdangle
> 
> While looking at that, I noticed two minor problems, fixed by this.
> Pádraig, I expect to push this before your fix.  It looks like it
> will be easy for you to adjust your patch accordingly.

Heh, of course we picked the same time to handle this :)
Your fixes look good, and I'll adjust mine mentioning
the debian bug too.

thanks,
Pádraig.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]