emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#28243: closed (Guix cross-compilation doesn't work)


From: GNU bug Tracking System
Subject: bug#28243: closed (Guix cross-compilation doesn't work)
Date: Tue, 11 Aug 2020 08:46:01 +0000

Your message dated Tue, 11 Aug 2020 10:45:11 +0200
with message-id <87wo254lm0.fsf@gnu.org>
and subject line Re: bug#28243: Guix cross-compilation doesn't work
has caused the debbugs.gnu.org bug report #28243,
regarding Guix cross-compilation doesn't work
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
28243: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=28243
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Guix cross-compilation doesn't work Date: Sat, 26 Aug 2017 18:58:31 +0300 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
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



--- End Message ---
--- Begin Message --- Subject: Re: bug#28243: Guix cross-compilation doesn't work Date: Tue, 11 Aug 2020 10:45:11 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
Manolis Ragkousis writes:

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

Thanks,
Janneke

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


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]