From: Stefan <stefan-guix@vodafonemail.de>
To: "Ludovic Courtès" <ludo@gnu.org>, 41654@debbugs.gnu.org
Subject: bug#41654: test-name: verify-store + check-contents failing on guix-1.2.0rc2-1.0d4b1af
Date: Mon, 4 Jan 2021 02:05:21 +0100 [thread overview]
Message-ID: <B8A36638-AF42-4F6A-BF33-FDED72854552@vodafonemail.de> (raw)
In-Reply-To: <708455FD-2A6C-4E6C-8F2C-D2E5549F5886@vodafonemail.de>
Hi!
Today I thought that it should be possible to work around this bug on my aarch64 system by mounting /tmp as a tmpfs, backed by swap on a small SD card, to prevent any issues due to my NFS root. This worked for the trap-cleanup-issue. But to my surprise this didn’t work out for the “dtmp/” error.
I was wondering, if using /tmp as a tmpfs on my virtual x86_64 system would make the test fail there as well. So I did
sudo mount -t tmpfs -o size=768M tmpfs /tmp
guix build --check --no-grafts guix@1.2.0-8.7624ebb
But there it was passing.
This is the interesting part from the log of the aarch64 system:
test-name: verify-store + check-contents
location: /tmp/guix-build-guix-1.2.0-8.7624ebb.drv-0/source/tests/store.scm:1156
source:
+ (test-assert
+ "verify-store + check-contents"
+ (with-store
+ s
+ (let* ((text (random-text))
+ (drv (build-expression->derivation
+ s
+ "corrupt"
+ `(let ((out (assoc-ref %outputs "out")))
+ (call-with-output-file
+ out
+ (lambda (port) (display ,text port)))
+ #t)
+ #:guile-for-build
+ (package-derivation
+ s
+ %bootstrap-guile
+ (%current-system))))
+ (file (derivation->output-path drv)))
+ (with-derivation-substitute
+ drv
+ text
+ (and (build-derivations s (list drv))
+ (verify-store s #:check-contents? #t)
+ (begin
+ (chmod file 420)
+ (call-with-output-file
+ file
+ (lambda (port) (display "corrupt!" port)))
+ #t)
+ (not (verify-store s #:check-contents? #t))
+ (delete-paths s (list file)))))))
actual-value: #f
actual-error:
+ (%exception
+ #<&store-protocol-error message: "path `dtmp/guix-tests/store/rn6xq5kaipp8aanhcnz2hvyfmr3y2laa-mirrors' is not in the store" status: 1>)
result: FAIL
Bye
Stefan
prev parent reply other threads:[~2021-01-04 1:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-01 23:14 bug#41654: Test of guix-1.1.0-4.bdc801e is failing on aarch64 Stefan
[not found] ` <handler.41654.B.159105326917443.ack@debbugs.gnu.org>
2020-11-23 8:35 ` bug#41654: Acknowledgement (Test of guix-1.1.0-4.bdc801e is failing on aarch64) Stefan
2020-11-23 8:38 ` bug#41654: [PATCH] tests: Ignoring incomplete clean-up on NFS share Stefan
2020-11-23 9:20 ` bug#41654: test-name: verify-store + check-contents failing on guix-1.2.0rc2-1.0d4b1af Stefan
2020-12-30 13:50 ` Stefan
2021-01-04 1:05 ` Stefan [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=B8A36638-AF42-4F6A-BF33-FDED72854552@vodafonemail.de \
--to=stefan-guix@vodafonemail.de \
--cc=41654@debbugs.gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.