GNU bug report logs - #28243
Guix cross-compilation doesn't work

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 28243 in the body.
You can then email your comments to 28243 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Manolis Ragkousis <manolis837 <at> gmail.com>
To: bug-guix <at> gnu.org
Cc: Ludovic Courtès <ludo <at> gnu.org>
Subject: Guix cross-compilation doesn't work
Date: Sat, 26 Aug 2017 18:58:31 +0300

Hello everyone,

In current master (72e2815d18ad688b0a16ce3b3efba1172423cec4)
cross-compilation doesn't work.
Running `guix build --target=i586-pc-gnu -c8 bootstrap-tarballs' or
running `guix build --target=i686-linux-gnu -c8 bootstrap-tarballs'
fail with

phase `set-paths' succeeded after 0.0 seconds
starting phase `install-locale'
warning: failed to install 'en_US.utf8' locale: Invalid argument
phase `install-locale' succeeded after 0.0 seconds
starting phase `unpack'
In execvp of tar: No such file or directory
phase `unpack' failed after 0.0 seconds

http://paste.lisp.org/display/354383

The problem appeared both in master and core-updates before today's
merge. I think the last time I checked if cross-compilation works, must
have been in early July. I am looking for the last working commit.

Manolis

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

From: ludo <at> gnu.org (Ludovic Courtès)
To: Manolis Ragkousis <manolis837 <at> gmail.com>
Cc: 28243 <at> debbugs.gnu.org
Subject: Re: bug#28243: Guix cross-compilation doesn't work
Date: Tue, 29 Aug 2017 01:15:33 +0200

Hi Manolis,

Manolis Ragkousis <manolis837 <at> gmail.com> skribis:

> In current master (72e2815d18ad688b0a16ce3b3efba1172423cec4)
> cross-compilation doesn't work.

I think that’s an overstatement.  :-)

--8<---------------cut here---------------start------------->8---
ludo <at> ribbon ~/src/guix$ git describe
v0.13.0-2618-g7f090203d
ludo <at> ribbon ~/src/guix$ ./pre-inst-env guix build --target=powerpc-linux-gnu coreutils -n
substitute: updating list of substitutes from 'https://bayfront.guixsd.org'... 100.0%
substitute: updating list of substitutes from 'https://berlin.guixsd.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
107.3 MB would be downloaded:
   /gnu/store/pz3hpnyhx81k8sqxfrng632qfir5l5xd-coreutils-8.27-debug
   /gnu/store/dq4hvwqianbhjm2s4prpmcjlw956wlh2-coreutils-8.27
   /gnu/store/6dnnh0037rcam3qhz6ign3wi2wygcfpq-gcc-cross-powerpc-linux-gnu-5.4.0
   /gnu/store/czxzd2xcgjq40v9q02r0138716zwwj9c-acl-2.2.52
   /gnu/store/fc9qv46jrw3fr5bp9ll4rdhp4rl6963l-linux-libre-headers-cross-powerpc-linux-gnu-4.4.47
   /gnu/store/pgj7r7pcf1d051ccikl5bcpjq6dljkbw-glibc-cross-powerpc-linux-gnu-2.25
   /gnu/store/ssmm19p3bz215d604zkpkr4f3indjmds-gcc-cross-sans-libc-powerpc-linux-gnu-5.4.0
   /gnu/store/xw4hp3znb926c576gd4ppqqmfc3s8a8i-gmp-6.1.2
ludo <at> ribbon ~/src/guix$ ./pre-inst-env guix build --target=arm-linux-gnueabihf coreutils -n
substitute: updating list of substitutes from 'https://bayfront.guixsd.org'... 100.0%
substitute: updating list of substitutes from 'https://berlin.guixsd.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
101.7 MB would be downloaded:
   /gnu/store/4qx8vxizyjgvfivax12snz5ya3k91apd-coreutils-8.27-debug
   /gnu/store/xk249y3917689zm2sgdlpi25xc54nfq6-coreutils-8.27
   /gnu/store/dbzs50qvfnrddshr0nlxddk0cxd3rlh0-acl-2.2.52
   /gnu/store/j2nrcggkcxfbggd56bd4nzpaljr87mwv-gcc-cross-arm-linux-gnueabihf-5.4.0
   /gnu/store/lxs1nmi1a5kp7lz3hk8y2152ipwwpnva-gmp-6.1.2
   /gnu/store/wb4kd860x4ql181n073hzswcqb7l8qha-gcc-cross-sans-libc-arm-linux-gnueabihf-5.4.0
   /gnu/store/z74c0dfgy7vpi0lg9axaz7x40sv9yk9r-glibc-cross-arm-linux-gnueabihf-2.25
$ ./pre-inst-env guix build --target=i586-pc-gnu coreutils -n
substitute: updating list of substitutes from 'https://bayfront.guixsd.org'... 100.0%
substitute: updating list of substitutes from 'https://berlin.guixsd.org'... 100.0%
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
109.0 MB would be downloaded:
   /gnu/store/a719clcz6y9600yjz6kr1smqfk7m9zpj-coreutils-8.27-debug
   /gnu/store/0yjqfa6j3b5a6nddqf0s1q0182sc9xsk-coreutils-8.27
   /gnu/store/4x6yybq64fbp0p08dph4sh0pmx60na6z-gcc-cross-sans-libc-i586-pc-gnu-5.4.0
   /gnu/store/5pzranj6vlc1g1gxcfhasvggz0fczsra-gnumach-headers-cross-i586-pc-gnu-1.8
   /gnu/store/5shv1d962kxs8sfrnasmcvx6yi8j1wkc-gcc-cross-i586-pc-gnu-5.4.0
   /gnu/store/jphd29k0ya151v92qri9awmqy2y5gjdm-hurd-headers-cross-i586-pc-gnu-0.9
   /gnu/store/kgbg5gf7ly6fyk57spxbvrzj31kcvv2g-acl-2.2.52
   /gnu/store/mrpfw505k12c4dp7dik8kf4dgcv0m9g4-gmp-6.1.2
   /gnu/store/p04d6sjgy6pivplvr5avsnxkjwwj9q2v-glibc-cross-i586-pc-gnu-2.23
--8<---------------cut here---------------end--------------->8---

However…

> Running `guix build --target=i586-pc-gnu -c8 bootstrap-tarballs' or
> running `guix build --target=i686-linux-gnu -c8 bootstrap-tarballs'
> fail with
>
> phase `set-paths' succeeded after 0.0 seconds
> starting phase `install-locale'
> warning: failed to install 'en_US.utf8' locale: Invalid argument
> phase `install-locale' succeeded after 0.0 seconds
> starting phase `unpack'
> In execvp of tar: No such file or directory
> phase `unpack' failed after 0.0 seconds
>
> http://paste.lisp.org/display/354383

^ followed by:

builder for `/gnu/store/x3i6zasfc97zrwr4c9lj73mh14x5rdwd-make-boot0-4.2.1.drv' failed with exit code 1

This to me suggests a bug in how grafts are applied in a
cross-compilation context: we shouldn’t be trying to cross-compile
‘make-boot0’ in the first place.  I’m pretty sure passing --no-grafts
avoids the problem (but remember it disables some of the security
updates!).  Can you confirm?

(This was reported before, but apparently not on bug-guix.)

> The problem appeared both in master and core-updates before today's
> merge. I think the last time I checked if cross-compilation works, must
> have been in early July. I am looking for the last working commit.

That can be useful too.

Thanks for the report,
Ludo’.

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 28243 <at> debbugs.gnu.org, Manolis Ragkousis <manolis837 <at> gmail.com>
Subject: Re: bug#28243: Guix cross-compilation doesn't work
Date: Mon, 09 Oct 2017 23:34:16 +0200

Hi Manolis,

Ludovic Courtès <ludo <at> gnu.org> writes:

>> Running `guix build --target=i586-pc-gnu -c8 bootstrap-tarballs' or
>> running `guix build --target=i686-linux-gnu -c8 bootstrap-tarballs'
>> fail with
>>
>> phase `set-paths' succeeded after 0.0 seconds
>> starting phase `install-locale'
>> warning: failed to install 'en_US.utf8' locale: Invalid argument
>> phase `install-locale' succeeded after 0.0 seconds
>> starting phase `unpack'
>> In execvp of tar: No such file or directory
>> phase `unpack' failed after 0.0 seconds
>>
>> http://paste.lisp.org/display/354383
>
> ^ followed by:
>
> builder for `/gnu/store/x3i6zasfc97zrwr4c9lj73mh14x5rdwd-make-boot0-4.2.1.drv' failed with exit code 1
>
> This to me suggests a bug in how grafts are applied in a
> cross-compilation context: we shouldn’t be trying to cross-compile
> ‘make-boot0’ in the first place.  I’m pretty sure passing --no-grafts
> avoids the problem (but remember it disables some of the security
> updates!).  Can you confirm?

Have you been able to confirm this?

I just wanted to do this on darnassus, but guix-daemon is not running
there, and I cannot seem to get it to build software as a user, because
obviously I cannot write to /gnu/store.

Could you give me a hint how to run guix on Darnassus?

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

From: Manolis Ragkousis <manolis837 <at> gmail.com>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 28243 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#28243: Guix cross-compilation doesn't work
Date: Thu, 12 Oct 2017 14:12:23 +0300

Hello Ricardo,

On 10/10/17 00:34, Ricardo Wurmus wrote:

> Have you been able to confirm this?
> 
> I just wanted to do this on darnassus, but guix-daemon is not running
> there, and I cannot seem to get it to build software as a user, because
> obviously I cannot write to /gnu/store.
> 
> Could you give me a hint how to run guix on Darnassus?

While disabling grafts does solve some of the issue, it's still not able
to cross-build everything and I didn't have time to look at it.

I could start the guix-daemon in darnassus for you to work on, by just
building guix as a user and using ./pre-inst-env, but I am afraid it
will create problems to darnassus. And Richard is using it for testing
things on the Hurd.

May I suggest giving you access to a local Hurd machine I have here so
you can hack as much as you want without worrying about side effects?

Manolis

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Manolis Ragkousis <manolis837 <at> gmail.com>
Cc: 28243 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#28243: Guix cross-compilation doesn't work
Date: Thu, 12 Oct 2017 23:53:03 +0200

[Message part 1 (text/plain, inline)]

Hi Manolis,

> May I suggest giving you access to a local Hurd machine I have here so
> you can hack as much as you want without worrying about side effects?

thanks, that’s a very kind offer.  I’d appreciate it.
Attached is my SSH public key.

[id_rsa.hurd.pub (application/octet-stream, attachment)]

[Message part 3 (text/plain, inline)]

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

From: Jan Nieuwenhuizen <janneke <at> gnu.org>
To: 28243-done <at> debbugs.gnu.org
Subject: Re: bug#28243: Guix cross-compilation doesn't work
Date: Tue, 11 Aug 2020 10:45:11 +0200

Manolis Ragkousis writes:

This has been fixed since 6741f543e6f09069961edd741cd210b7f49aadcc
that adds bootstrap tarballs for the Hurd.

Thanks,
Janneke

-- 
Jan Nieuwenhuizen <janneke <at> gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

Previous Next

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