Re: Cross bootstrap!

[Ludovic Courtès]

Nikita Karetnikov <address@hidden> skribis:

>> So commit beda99e adds the N64 cross tool chain.
>
> That's great, thanks!
>
> I guess I've already asked this, but will it be necessary to adjust the
> packages somehow?

To adjust for cross compilation you mean, or for native compilation on
MIPS?

In any case, there’s normally no adjustment to be made, except for
working around build system defects and such.  These are more frequent
when cross-compiling.  Likewise, bugs are more likely on less popular
platforms such as MIPS.

>> Hydra is now building it, so you MIPS people ;-) can (within a few
>> hours) go ahead and run the following from an x86_64-linux machine:
>
>>   guix build bootstrap-tarballs
>
>> If everything goes well, that will download (using the substituter) the
>> 5 tarballs, you can then be copied to a MIPS machine, unpacked, and run
>> (or debugged).
>
> I've created a clean environment for that purpose (no everything-as-root
> craziness anymore), and I can't do anything because "the server is
> unresponsive":

Yeah, unfortunately, the ‘hydra-server’ process (Perl) sometimes enters
a busy loop trying to send data to a client that has disconnected.  I
suspect this is a Perl or Catalyst bug, especially since we use old
versions thereof on hydra.gnu.org, but I can’t tell.  This has become
more frequent since I added the unresponsiveness detection thing in the
client.

I’d welcome help with that, either by researching for known bugs in Perl
5.10 in that area to confirm the hypothesis, or by trying to upgrade
everything on hydra.gnu.org.

> $ ./pre-inst-env guix build --no-substitutes -K 
> --target=mips64el-linux-gnuabi64 bootstrap-tarballs 

Anyway, perhaps you can retry that command now, since hydra-server is
currently up and running.

> AFAICT, it just hangs after that.  How can I check?  And why is it
> trying to download binaries?  I'm on i686, and '--no-substitutes' was
> used.

Hmm the substituter shouldn’t be fired then.

I just checked and --no-substitutes works for me.  For instance:

--8<---------------cut here---------------start------------->8---
$ guix build -S emacs --no-substitutes
The following derivation will be built:
   /nix/store/s1i5g0pk4jmn71bxp3rp41jskvcjq9hh-emacs-24.3.tar.xz.drv
@ build-started 
/nix/store/s1i5g0pk4jmn71bxp3rp41jskvcjq9hh-emacs-24.3.tar.xz.drv - 
x86_64-linux 
/nix/var/log/nix/drvs/s1//i5g0pk4jmn71bxp3rp41jskvcjq9hh-emacs-24.3.tar.xz.drv.bz2
starting download of 
`/nix/store/l56isarbbsm22q99yyb2ks11jkm2x9mq-emacs-24.3.tar.xz' from 
`http://ftpmirror.gnu.org/emacs/emacs-24.3.tar.xz'...
--8<---------------cut here---------------end--------------->8---

... to compare with:

--8<---------------cut here---------------start------------->8---
$ guix build -S emacs 
The following file will be downloaded:
   /nix/store/l56isarbbsm22q99yyb2ks11jkm2x9mq-emacs-24.3.tar.xz
@ substituter-started 
/nix/store/l56isarbbsm22q99yyb2ks11jkm2x9mq-emacs-24.3.tar.xz 
/home/ludo/src/guix/nix/scripts/substitute-binary
downloading `/nix/store/l56isarbbsm22q99yyb2ks11jkm2x9mq-emacs-24.3.tar.xz' 
from 
`http://hydra.gnu.org/nar/l56isarbbsm22q99yyb2ks11jkm2x9mq-emacs-24.3.tar.xz'...
--8<---------------cut here---------------end--------------->8---

Could you check again, perhaps adding ‘pk’s in guix/script/build.scm?

> 'make check' returns 'FAIL: tests/store.scm'.  'tests/store.log':

[...]

> In guix/build/download.scm:
>   68: 1 [uri-abbreviation # 42]
> In unknown file:
>    ?: 0 [string-append "file" "://" #f "/.../example.nar"]
>
> ERROR: In procedure string-append:
> ERROR: In procedure string-append: Wrong type (expecting string): #f

This was fixed by 91a7fde, but that commit hasn’t yet been merged in
‘core-updates’.

Thanks,
Ludo’.