GNU bug report logs -
#21280
test failures: nar, syscalls, containers
Previous Next
Reported by: Leo Famulari <leo <at> famulari.name>
Date: Mon, 17 Aug 2015 06:27:04 UTC
Severity: normal
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
Full log
Message #29 received at 21280 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Leo Famulari <leo <at> famulari.name> skribis:
> On Thu, Aug 20, 2015, at 06:02, Ludovic Courtès wrote:
[...]
>> I suspect the ‘nlink’ count on directories work differently on btrfs, or
>> something like that.
[...]
> %%%% Starting test nar (Writing full log to "nar.log")
>
> ;;; (stat-output "./test-nar-7151" 1)
> tests/nar.scm:203: FAIL write-file + restore-file
>
> ;;; (stat-output "./test-nar-7151" 1)
> tests/nar.scm:220: FAIL write-file + restore-file with symlinks
Indeed, that confirms what I thought.
This looks like buggy or at least borderline behavior from Btrfs.
However, it seems that this ‘nlink’ test can be sidestepped altogether.
Could you apply this last patch and run:
make check TESTS=tests/nar.scm
again?
If it works for you, I’ll just apply it.
Thanks!
Ludo’.
[Message part 2 (text/x-patch, inline)]
diff --git a/tests/nar.scm b/tests/nar.scm
index b8e50c7..58adb95 100644
--- a/tests/nar.scm
+++ b/tests/nar.scm
@@ -121,7 +121,7 @@
(lambda (name stat errno result)
(pk 'error name stat errno)
#f)
- (> (stat:nlink (stat output)) 2)
+ #t
input
lstat))
This bug report was last modified 9 years and 270 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.