unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Nikita Karetnikov <nikita@karetnikov.org>
Cc: guix-devel@gnu.org
Subject: Re: Proposal: prefetch tarballs in a batch
Date: Thu, 08 May 2014 18:35:48 +0200	[thread overview]
Message-ID: <87tx90z0rf.fsf@gnu.org> (raw)
In-Reply-To: <87oaz9i3lg.fsf@karetnikov.org> (Nikita Karetnikov's message of "Thu, 08 May 2014 03:14:19 +0400")

Nikita Karetnikov <nikita@karetnikov.org> skribis:

>> The SRFI-64 log files of the failing tests, plus test-suite.log.  Test
>> failures must not remain uncorrected!  ;-)
>
> Attached.

Thanks.

>> What Guile and libgc version is this, and what platform?
>
> 2.0.9; 1:7.1-8ubuntu0.12.04.1 (from Trisquel); i686.
>
>> Does the installation seem sane, basically?  Do ‘guix build’, ‘guix
>> package’ etc. work somehow, or not even?
>
> Turns out I can’t even build ‘hello’

Please say exactly why you “can’t”.

> (though the build succeeded in the logs).  I didn’t expect this
> because Guix had worked on this machine previously.  IIRC, I did the
> following: deleted ‘/gnu/store’ and ‘/usr/local/var/guix/*’, cloned,
> and ran ‘./bootstrap’ & co.

Why the hell do you keep deleting the store?  :-)

>> substitute-binary: warning: authentication and authorization of substitutes disabled!
>
> How can I enable them?  Are they specifically disabled for testing
> purposes?

Exactly, see test-env.in.

>> SQLite header and source version mismatch
>> 2011-11-01 00:52:41 c7c6050ef060877ebe77b41d959e9df13f8c9b5e
>> 2013-09-03 17:11:13 7dd4968f235d6e1ca9547cda9cf3bd570e1609ef
>
> This was discussed before and should be fixed by upgrading SQLite.

OK.  Can you report how things go one that is fixed?

> Test end:
>   result-kind: fail
>   actual-value: #f
>   actual-error: (srfi-34 #<condition &nix-protocol-error [message: "closing file descriptor 1599602736: Bad file descriptor" status: 1] 8a62798>)

That one occurs many times.  I suspect this has to do with the daemon
features enabled by c0412fedf, though I don’t see which one.

Could you try to:

  1. Run ‘git show c0412fedf | patch -p1 -R’, and then confirm that the
     problem disappears.

  2. Run ‘git reset --hard’, edit config.h, and comment out the HAVE_
     macros corresponding to the functions listed in c0412fedf, one at a
     time.

     Alternately, you could strace guix-daemon to see where EBADF comes
     from.

     Or, even better, run guix-daemon in gdb, run ‘catch throw’, and get
     a backtrace of the thing that throws.

We can chat on IRC to help.

Thanks in advance,
Ludo’.

  reply	other threads:[~2014-05-08 16:36 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-27 23:25 Proposal: prefetch tarballs in a batch Nikita Karetnikov
2014-03-28 13:23 ` Ludovic Courtès
2014-04-01 23:23   ` Nikita Karetnikov
2014-04-02 12:57     ` Ludovic Courtès
2014-04-02 22:37       ` Nikita Karetnikov
2014-04-03  7:24         ` Ludovic Courtès
2014-04-09 22:29           ` Nikita Karetnikov
2014-04-10  8:21             ` Ludovic Courtès
2014-04-12 20:19               ` Nikita Karetnikov
2014-04-12 22:44                 ` Ludovic Courtès
2014-04-24 21:20                   ` Nikita Karetnikov
2014-04-25 11:51                     ` Ludovic Courtès
2014-04-25 12:04                     ` Ludovic Courtès
2014-05-06 12:37                       ` Nikita Karetnikov
2014-05-06 20:02                         ` Ludovic Courtès
2014-05-07 23:14                           ` Nikita Karetnikov
2014-05-08 16:35                             ` Ludovic Courtès [this message]
2014-05-11 14:52                               ` Nikita Karetnikov
2014-05-11 19:17                                 ` Ludovic Courtès
2014-09-02 21:06                                   ` Ludovic Courtès
2014-09-02 22:05                                     ` Nikita Karetnikov
2014-09-02 21:04                               ` Ludovic Courtès

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87tx90z0rf.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=nikita@karetnikov.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 public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).