"Kevin Mudrick" <[EMAIL PROTECTED]> wrote:
> The make check "deref-args" test seems to fail on an nfs-mounted
> directory where attribute-caching is turned on, due to the
> block size including some extra information besides the file.
> Using "du -bkD slink-to-64k" instead, to rely on the file size
> rather than number of blocks, seems to work fine though.
Thanks for the report!
I've made this change:
2005-06-21 Jim Meyering <[EMAIL PROTECTED]>
* tests/du/deref-args: Use --apparent-size to avoid the vagaries
of counting blocks. Kevin Mudrick reported that this test would
fail on an nfs-mounted directory where attribute-caching is
turned on.
Index: tests/du/deref-args
===================================================================
RCS file: /fetish/cu/tests/du/deref-args,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -u -r1.6 -r1.7
--- tests/du/deref-args 30 Jun 2004 22:51:11 -0000 1.6
+++ tests/du/deref-args 21 Jun 2005 08:45:19 -0000 1.7
@@ -34,10 +34,10 @@ du -D slink | sed 's/^[0-9][0-9]* //' >
du -D slink/ | sed 's/^[0-9][0-9]* //' >> out
# Ensure that -D makes du dereference even symlinks to non-directories.
-# The sed command maps the 68 I get on an ext3 file system to the 64 I
expected.
-# On tmpfs, I get 64. Similarly, on SELinux-enabled systems, file security
-# context labels take up file system space, making du print 72 here.
-du -kD slink-to-64k | sed 's/^[67][0-9]/64/' >> out
+# Be sure to use --apparent-size. Otherwise, we'd get varying block counts
+# depending on file system type (e.g. 68 on ext3 vs. 64 on tmpfs and 72
+# on SELinux-enabled systems).
+du --apparent-size --block-size=1K -D slink-to-64k >> out
cat <<\EOF > exp
slink/a
slink
_______________________________________________
Bug-coreutils mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-coreutils
