[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] file-has-acl: revert unintended change in behavior of ls -L
From: |
Jim Meyering |
Subject: |
Re: [PATCH] file-has-acl: revert unintended change in behavior of ls -L |
Date: |
Mon, 03 Oct 2011 13:09:21 +0200 |
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.
Re: [PATCH] file-has-acl: revert unintended change in behavior of ls -L, Jim Meyering, 2011/10/03
Re: [PATCH] file-has-acl: revert unintended change in behavior of ls -L, Bruno Haible, 2011/10/03
Re: [PATCH] file-has-acl: revert unintended change in behavior of ls -L, Bruno Haible, 2011/10/03