disk image installer for rock64 fails

guix system disk-image --system=aarch64-linux \ -e "(@ (gnu system install)

rock64-installation-os)"

fails with this error:

builder for

`/gnu/store/399pb3xc4pcxkclfcp1fsbxx8jy1vifq-openconnect-8.10.drv' failed

with exit code 1

On Sat, Dec 04, 2021 at 01:03:13AM +0100, Florian Hoertlehner wrote:

Instead of --system=aarch64-linux maybe --target=aarch64-linux-gnu works?

I assume you run the command on an x86_64-linux?

I will try tomorrow.

(I’m writing this using GNU Guix System on a rock64 …)

Regards,

Florian

On Sat, Dec 04, 2021 at 03:41:44AM +0100, pelzflorian (Florian Pelz) wrote:

I only tried on an x86_64-linux `guix build --system=aarch64-linux

openconnect`.

It failed until I added the

(service qemu-binfmt-service-type

(qemu-binfmt-configuration

(platforms (lookup-qemu-platforms "arm" "aarch64"))))

from the manual.

The version with --target worked and building is faster, although

maybe building the whole image might still fail, which would be a bug.

Can this issue be closed?

Regards,

Florian

Can you please tell me exactly what you have entered?

I am not sure where you enter he services specification.

Should I try with the --gnu ?

Best Regards,

Florian

On Sat, Dec 4, 2021 at 1:04 AM GNU bug Tracking System <help-debbugs@gnu.org>

wrote:

On Sat, Dec 04, 2021 at 12:39:28PM +0100, pelzflorian (Florian Pelz) wrote:

My suggestion that you change your command to use --target rather than

--system fails. Sorry it was the wrong suggestion, because I had not

tried before answering. (On master it fails to cross-compile

meson-based packages; on core-updates-frozen it fails to cross-compile

dosfstools.)

Anyway, your previous command with --system was correct, but if you

are on GNU Guix System, you need to add the qemu-binfmt-service-type.

You wrote to me in private and talk about rockpro. If you have a

rockpro64 and not a rock64, I am not sure if the command works; at

least you would need to use rockpro64-installation-os instead of

rock64-installation-os.

But if your PC uses Guix on a foreign distribution such as Debian, you

need to add qemu binfmt support in another way. For Debian it seems

to be documented at https://wiki.debian.org/QemuUserEmulation, but

you need to use aarch64 instead of armhf, and I have not tried. It

depends on the distro.

Alternatively, you can install another distro on the rock64�/

rockpro64 and then install GNU Guix on it without a Guix System image.

If you know what you are doing, you can install GNU Guix System onto

an SSD connected to the rock64 via USB2 by the guix system init

command; this is what I did, but I have no automatic setup for the

bootloader. The rock64 officially only boots from the SD card, I

think, and I always copy the relevant store files to the SD card

manually.

Regards,

Florian

Installer build fails with cross compilation due to meson build error.

I have interrupted the installer build with qemu after 2 days, because it

still has nkt compelted the build.

On Sat, Dec 4, 2021, 6:02 PM Florian Hoertlehner <hoertlehner@gmail.com>

wrote:

Florian Hoertlehner schreef op wo 08-12-2021 om 14:56 [+0100]:

Do you mean an error message like the following:

guix build: error: gnu/packages/glib.scm:425:2: glib@2.62.6: build

system `meson' does not support cross builds

If so, you could try on 'core-updates-frozen' instead of 'master',

because on 'core-updates-frozen' meson supports cross-compilation (from

what I've heard, core-updates-frozen is in a relatively decent though

not perfect state).

Greetings,

Maxime

Do you know how I would do that? Do ai have to change th guix channel

Definition for that? Would this still allow me to roll back in case

something fails terribly? Or could it be that core-updates-frozen will

crash my Main machine all together? Man's thanks!

On Wed, Dec 8, 2021, 18:27 Maxime Devos <maximedevos@telenet.be> wrote:

Florian Hoertlehner schreef op wo 08-12-2021 om 19:26 [+0100]:

The least risky method I know of, is to pull guix into a _separate_

profile ,

and use that guix to build the installation image:

$ guix pull --profile=./guix-cuf --branch=core-updates-frozen

[wait for the pull to finish]

[alternatively, you could use 'guix time-machine']

$ ./guix-cuf/bin/guix system disk-image --target=aarch64-linux-gnu -e

'(@ (gnu system install) rock64-installation-os)'

That way, the core-updates-frozen guix will only be used for building

the installation image, and nothing else.

I don't see how that could crash your main machine, though I don't know

if it will work on your rock64.

Greetings,

Maxime

Thanska lot Maxime! This is really simple. Guix is an amazing tool!

On Wed, Dec 8, 2021, 8:20 PM Maxime Devos <maximedevos@telenet.be> wrote:

I forgot to add debbugs in CC, resending ...

Maxime Devos schreef op do 09-12-2021 om 07:41 [+0100]:

Maxime Devos schreef op do 09-12-2021 om 07:45 [+0000]:

Correction, it must be

(#$(cc-for-target) instead of ,(cc-for-target)).

That makes the cross-build

./guix-cuf/bin/guix build --target=aarch64-linux-gnu -e '((@ (guix packages) package) (inherit (@ (gnu packages disk) dosfstools)) (arguments `(#:make-flags ,#~(list (string-append "PREFIX=" #$output) (string-append "CC=" #$((@ (guix utils) cc-for-target)))) #:configure-flags (list "--enable-compat-symlinks"))))'

succeed for me, though I don't have an aarch64 to test it on.

The output from 'guix gc --references' only show a glibc-cross-... and gcc-cross-...-lib,

so presumably the cross-compiled package will work.

Greetings,

Maxime