Re: [PATCH] file-has-acl: revert unintended change in behavior of ls -L

[Jim Meyering]

Kamil Dudka wrote:
> On Mon October 3 2011 12:45:01 Jim Meyering wrote:
>> Can you describe how to make "ls -L" misbehave without this patch?
>
> if you have a symlink to a file with ACL, 'ls -Ll' does not print the '+'
> at end of the column with permission bits.

Thanks.  I expect to add something like this:

    $ touch k; setfacl -m user:${USER}:r k; ln -s k s; env ls -Log s
    -rw-r-----. 1 0 Oct  3 13:07 s

That "." is wrong.  It should be "+".

>> I.e., if there isn't already a test in coreutils to exercise this,
>> I'd like to add one.
>
> Ok, will have a look if there is a similar test exercising ACLs in coreutils.
>
>> Also, if you can reference a bugzilla number, that would be nice.
>> Looks like it's this one:
>>
>>   https://bugzilla.redhat.com/720325
>
> This is the bugzilla mentioned in the original commit, which introduced the
> bug.  There is no separate bugzilla ID for the change in behavior that this
> patch reverts.