Sure! I have backported a couple of ACL-related fixes from gnulib to coreutils in RHEL 10 few months ago to improve NFSv4 support. I’ve omitted the related coreutils changes that migrated from file_has_acl to file_has_aclinfo since they weren’t necessary and even without it the patch had already been rather big.
And with that, we later found out that ls -L would fail to show the + symbol on dereferenced symlinks to files with ACLs because file_has_aclinfo always calls lgetxattr unless ACL_SYMLINK_FOLLOW is set. Without this fix file_has_acl always inspects the symlink and never its target: # touch test # setfacl -m "u:root:rxw" test # ln -s test link # ll total 0 lrwxrwxrwx. 1 root root 4 Sep 14 07:41 link -> test -rw-rwxr--+ 1 root root 0 Sep 14 07:41 test # ll -L total 0 -rw-rwxr--. 1 root root 0 Sep 14 07:41 link <-- the '+' is missing! -rw-rwxr--+ 1 root root 0 Sep 14 07:41 test I’ve already fixed that in RHEL but it'd still be nice to see this fixed upstream too. Regards, Lukas > On 3. 11. 2026, at 10:58, Bruno Haible via Gnulib discussion list > <[email protected]> wrote: > > Lukáš Zaoral wrote: >> This issue was introduced in commit ccc26ad (Sep 2024). > > Please, can you state what is the "issue" in the first place? > - Scenario / how to reproduce? > - Expected outcome? > - Actual outcome? > > Bruno > > > >
