GNU bug report logs - #23056
Guix 0.9.0 Build Failure

Previous Next

Package: guix;

Reported by: Michael Downey <shaggy814 <at> yandex.com>

Date: Fri, 18 Mar 2016 18:10:01 UTC

Severity: important

Tags: moreinfo

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log


Message #22 received at 23056 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: kei <at> openmailbox.org
Cc: 23056 <at> debbugs.gnu.org
Subject: Re: bug#23056: (no subject)
Date: Tue, 22 Mar 2016 23:34:46 +0100
kei <at> openmailbox.org skribis:

> On 2016-03-21 18:50, ludo <at> gnu.org wrote:
>> Kei <kei <at> openmailbox.org> skribis:
>>
>>> I've managed to get guix to build by running
>>>
>>>   mount -t tmpfs tmp /tmp
>>>
>>> prior to building. I've tried it on two separate hard drives.
>>
>> OK, good.
>>
>>> Perhaps you can try and replicate my results?
>>
>> No, I’d really need to know the answer to the questions at
>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23056#8> to understand.
>> :-)
>>
>> Ludo’.
>
> guix-daemon reported itself as version 0.9.0
> Prior to my mounting /tmp as tmpfs, /tmp was just a folder under /.
> These details can be seen by using the GuixSD x86_64 USB install image.

Oooh, I see.  I hadn’t realized this happened while running the 0.9.0
installation image.

So what happens is that (1) substitutes were not available for the
‘guix’ package, which is why it ended up being built, and (2) /tmp is
indeed a FUSE file system on the installation image (unionfs), hence the
weird FUSE things that get in the way when running the tests.

I’ll see what can be done.

Thanks!

Ludo’.




This bug report was last modified 9 years and 119 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.