Makes sense to add a setfacl/getfacl test to xfstest and was trying to build updated xfstests and look at what has changed but ran into a strange error building xfstests and didn't see an obvious answer when googling for it. Any idea how to workaround the build failure? Building src [DEP] [CC] dirstress gcc: error: /lib64/libhandle.so: Too many levels of symbolic links These are the steps I went through from a fairly clean Fedora 19 64 system before the make failure: git clone git://oss.sgi.com/xfs/cmds/xfstests git clone git://oss.sgi.com/xfs/cmds/xfsprogs sudo yum install uuid-devel e2fsprogs-devel libuuid-devel libattr-devel libacl-devel cd xfsprogs make sudo make install-qa cd ../xfstests ./configure make (which failed with the symlink error above) On Sat, Nov 16, 2013 at 8:55 AM, Christoph Hellwig <hch@xxxxxxxxxxxxx> wrote: > On Fri, Nov 15, 2013 at 08:53:12PM -0600, Steve French wrote: >> From: Steve French <smfrench@xxxxxxxxx> >> Date: Fri, 15 Nov 2013 20:41:32 -0600 >> Subject: [PATCH] [CIFS] setfacl removes part of ACL when setting POSIX ACLs to >> Samba >> >> setfacl over cifs mounts can remove the default ACL when setting the >> (non-default part of) the ACL and vice versa (we were leaving at 0 >> rather than setting to -1 the count field for the unaffected >> half of the ACL. For example notice the setfacl removed >> the default ACL in this sequence: > > Can you send a patch to xfstests to make sure we regression test for > this issue on all filesystems? > -- Thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html