[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#9634: Coreutils 8.13 - Orphaned symlinks start with 'argetm' when us
bug#9634: Coreutils 8.13 - Orphaned symlinks start with 'argetm' when using dircolors
Fri, 30 Sep 2011 23:51:29 +0200
Pádraig Brady wrote:
> 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
>> 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 for the review. Pushed.