all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: William <sign@vieta.uk>
Cc: 27032@debbugs.gnu.org
Subject: bug#27032: make check fails for Guix 0.13.0
Date: Wed, 24 May 2017 13:44:09 +0200	[thread overview]
Message-ID: <87shju32eu.fsf@gnu.org> (raw)
In-Reply-To: <CAPCYgVfCSG00xOgF+1W6ruUhTDxa2_bJCh24j8weiLGAJ9VeAA@mail.gmail.com> (William's message of "Mon, 22 May 2017 23:51:56 +0100")

Hi William,

William <sign@vieta.uk> skribis:

> I am trying to do a fresh install of GuixSD 0.13.0 (using UEFI if it's
> important), after running "guix system init /mnt/etc/config.scm /mnt"
> the "make check" stage of guix fails.

There was one problem, which is that substitutes for the ‘guix’ package
itself were missing.  This is now fixed, meaning that if you install
GuixSD 0.13.0 now, you won’t have to build ‘guix’.

Could you try again?

> test-name: dead path can be explicitly collected
> location: /tmp/guix-build-guix-0.13.0.drv-0/source/tests/store.scm:178
> source:
> + (test-assert
> +   "dead path can be explicitly collected"
> +   (let ((p (add-text-to-store
> +              %store
> +              "random-text"
> +              (random-text)
> +              '())))
> +     (let-values
> +       (((paths freed) (delete-paths %store (list p))))
> +       (and (equal? paths (list p))
> +            (> freed 0)
> +            (not (file-exists? p))))))
> actual-value: #f
> result: FAIL

[...]

> test-name: verify-store + check-contents
> location: /tmp/guix-build-guix-0.13.0.drv-0/source/tests/store.scm:815
> 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:
> + (srfi-34
> +   #<condition &nix-protocol-error [message: "path `dtmp/guix-tests/store/462z3fnl7bs44vp9s97jyg1z74nsfvly-tar' is not in the Nix store" status: 1] e171e0>)
> result: FAIL

I’m surprised by the “dtmp” prefix here.   It should be
“/tmp/guix-tests”.  Was the log altered in some way?

Apart from that it’s hard to draw any conclusions.  We run these tests
very often without problems.  The difference here is that the GuixSD
installation system uses unionfs-fuse for its root file system, and I
suspect that file system could have slightly different semantics that
bite here.  We’ll have to investigate this.

Thanks for your report!

Ludo’.

      parent reply	other threads:[~2017-05-24 11:45 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-22 22:51 bug#27032: make check fails for Guix 0.13.0 William
2017-05-23 13:21 ` ng0
2017-05-24 11:44 ` Ludovic Courtès [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=87shju32eu.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=27032@debbugs.gnu.org \
    --cc=sign@vieta.uk \
    /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.