bug#74692: ls -la unexpected output on NFS shares, possibly due to listxattr in gnulib

2025-01-08 Thread Paul Eggert
Thanks, but is this part of the change needed? + else if (f->acl_type == ACL_T_UNKNOWN) +modebuf[10] = '?'; I thought modebuf[10] was already '?' at that point.

bug#74692: ls -la unexpected output on NFS shares, possibly due to listxattr in gnulib

2025-01-08 Thread Pádraig Brady
On 08/01/2025 19:41, Paul Eggert wrote: On 2025-01-08 06:24, Pádraig Brady wrote: The EACCES is returned from both llistxattr and listxattr. Is flistxattr the same? You need read permission to get xattrs on local or nfs. Isn't it more complicated than that, for local file systems? Here's

bug#74692: ls -la unexpected output on NFS shares, possibly due to listxattr in gnulib

2025-01-08 Thread Paul Eggert
On 2025-01-08 06:24, Pádraig Brady wrote: The EACCES is returned from both llistxattr and listxattr. Is flistxattr the same? You need read permission to get xattrs on local or nfs. Isn't it more complicated than that, for local file systems? Here's what I observe on Fedora 41 with a local

bug#74692: ls -la unexpected output on NFS shares, possibly due to listxattr in gnulib

2025-01-08 Thread Pádraig Brady
On 05/12/2024 21:56, Paul Eggert wrote: On 2024-12-04 09:10, Ioanna Alifieraki wrote: When ls -la is run on NFS shares, get_aclinfo() in gnulib is eventually invoked. This calls listxattr, which, as expected, returns -1 and sets errno when the user lacks permissions for a directory. That's not