GNU bug report logs -
#59196
`guix pull` fails on A20-OLinuXino-LIME2-eMMC
Previous Next
To reply to this bug, email your comments to 59196 AT debbugs.gnu.org.
There is no need to reopen the bug first.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Fri, 11 Nov 2022 17:54:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tanguy LE CARROUR <tanguy <at> bioneland.org>:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org.
(Fri, 11 Nov 2022 17:54:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Dear Guix,
I decided to try to install Guix System on my A20-OLinuXino-LIME2-eMMC.
I used the latest Armbian as a base system. I APT-installed Guix and
tried to `guix pull`, but it failed with the following message:
```shell
$ guix pull
# […]
building /gnu/store/05k8k43x5k78r0d41xcpw3ivwwr878rl-curl-7.84.0.tar.xz.drv...
building /gnu/store/y9svpa7kwv48mpvgl5z9w7skizm93vb1-gnutls-3.7.7.tar.xz.drv...
building /gnu/store/mz7ff25ihc77006p964ji5d47rhs2iam-guile-gnutls-3.7.9-checkout.drv...
building /gnu/store/sq3w2hk9z1va6q2dbjg16mi0afw64q9b-gnutls-3.7.7.drv...
/ 'build' phas\Backtrace:
15 (primitive-load "/gnu/store/mbs3lc77zy30nr82lnn2s135i2rvq095-compute-guix-derivation")
In ice-9/eval.scm:
155:9 14 (_ _)
| 159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 12 (with-fluid* _ _ _)
152:2 11 (with-fluid* _ _ _)
In ./guix/store.scm:
2170:24 10 (run-with-store #<store-connection 256.99 b46dc668> _ #:guile-for-build _ #:system _ #:target _)
1998:8 9 (_ _)
In ./guix/gexp.scm:
299:22 8 (_ _)
1180:2 7 (_ _)
1046:2 6 (_ _)
892:4 5 (_ _)
In ./guix/store.scm:
2055:12 4 (_ #<store-connection 256.99 b3d48578>)
1403:5 3 (map/accumulate-builds #<store-connection 256.99 b3d48578> #<procedure b424d690 at ./guix/store.scm:20?> ?)
1419:15 2 (_ #<store-connection 256.99 b3d48578> _ _)
713:11 1 (process-stderr #<store-connection 256.99 b3d48578> _)
In ./guix/serialization.scm:
80:6 0 (read-int #<input-output: file 10>)
./guix/serialization.scm:80:6: In procedure read-int:
ERROR:
1. &nar-error:
file: #f
port: #<input-output: file 10>
/guix pull: error: You found a bug: the program '/gnu/store/mbs3lc77zy30nr82lnn2s135i2rvq095-compute-guix-derivation'
failed to compute the derivation for Guix (version: "ba8679fb2452f4466a98a99edf050ea7452c83f4"; system: "armhf-linux";
host version: "1.2.0"; pull-version: 1).
Please report the COMPLETE output above by email to <bug-guix <at> gnu.org>.
```
From the backtrace, I cannot figure out what went wrong! Any idea?
Best regards,
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Sat, 12 Nov 2022 15:41:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 59196 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Does it also fails with 'guix pull -M 1 -c 1' ?
Denis.
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Sun, 13 Nov 2022 10:49:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi Denis,
Thanks for your answer.
Strange thing, though… I didn't received your answer!?
I came across it by chance while checking
[bug-guix](https://lists.gnu.org/archive/html/bug-guix).
> Sat, 12 Nov 2022 16:40:20 +0100
> Does it also fails with 'guix pull -M 1 -c 1' ?
Thanks for the tip, but unfortunately, I get the same kind of error:
```
building /gnu/store/sq3w2hk9z1va6q2dbjg16mi0afw64q9b-gnutls-3.7.7.drv...
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
\ 'build' phas\Backtrace:
15 (primitive-load "/gnu/store/62r09kg575mg293by6fb83808p9diy3b-compute-guix-derivation")
In ice-9/eval.scm:
155:9 14 (_ _)
159:9 13|(_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 12 (with-fluid* _ _ _)
152:2 11 (with-fluid* _ _ _)
In ./guix/store.scm:
2170:24 10 (run-with-store #<store-connection 256.99 b4712668> _ #:guile-for-build _ #:system _ #:target _)
1998:8 9 (_ _)
In ./guix/gexp.scm:
299:22 8 (_ _)
1180:2 7 (_ _)
1046:2 6 (_ _)
892:4 5 (_ _)
In ./guix/store.scm:
2055:12 4 (_ #<store-connection 256.99 b328f870>)
1403:5 3 (map/accumulate-builds #<store-connection 256.99 b328f870> #<procedure b2d3b438 at ./guix/store.scm:20?> ?)
1419:15 2 (_ #<store-connection 256.99 b328f870> _ _)
713:11 1 (process-stderr #<store-connection 256.99 b328f870> _)
In ./guix/serialization.scm:
80:6 0 (read-int #<input-output: file 10>)
./guix/serialization.scm:80:6: In procedure read-int:
ERROR:
1. &nar-error:
file: #f
port: #<input-output: file 10> /guix pull: error: You found a bug: the program '/gnu/store/62r09kg575mg293by6fb83808p9diy3b-compute-guix-derivation'
failed to compute the derivation for Guix (version: "4f648f6096639427021da378fdfbd0c68d9d2aac"; system: "armhf-linux";
host version: "1.2.0"; pull-version: 1).
Please report the COMPLETE output above by email to <bug-guix <at> gnu.org>.
```
I'll try on a brand new SD card, because the one I used is a bit old.
Any other ideas about what might have gone wrong?
Regards,
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Sun, 13 Nov 2022 20:55:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 59196 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, 13 Nov 2022 11:48:18 +0100
Tanguy LE CARROUR <tanguy <at> bioneland.org> wrote:
> Hi Denis,
>
> Thanks for your answer.
>
> Strange thing, though… I didn't received your answer!?
> I came across it by chance while checking
> [bug-guix](https://lists.gnu.org/archive/html/bug-guix).
>
> > Sat, 12 Nov 2022 16:40:20 +0100
> > Does it also fails with 'guix pull -M 1 -c 1' ?
[...]
> I'll try on a brand new SD card, because the one I used is a bit old.
>
> Any other ideas about what might have gone wrong?
The command I gave sometimes works on 32bit machines with a low
amount of RAM, so it was worth trying.
Unfortunately here I'm out of ideas, other people with more experience
in Guix might know better.
Also note that I also do have an A20-OlinuXino-LIME2-eMMC, so I might
be able to run tests too if they are fast to do. Maybe I should try to
cross compile a rootfs and see if it boots.
Long time ago it booted if I recall well, and then it stopped working
but I didn't take the time to track the regression down or to try again.
Denis.
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Mon, 14 Nov 2022 07:54:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Quoting Denis 'GNUtoo' Carikli (2022-11-13 21:54:49)
> On Sun, 13 Nov 2022 11:48:18 +0100
> Tanguy LE CARROUR <tanguy <at> bioneland.org> wrote:
> > > Sat, 12 Nov 2022 16:40:20 +0100
> > > Does it also fails with 'guix pull -M 1 -c 1' ?
> [...]
> > I'll try on a brand new SD card, because the one I used is a bit old.
> >
> > Any other ideas about what might have gone wrong?
> The command I gave sometimes works on 32bit machines with a low
> amount of RAM, so it was worth trying.
>
> Unfortunately here I'm out of ideas, other people with more experience
> in Guix might know better.
>
> Also note that I also do have an A20-OlinuXino-LIME2-eMMC, so I might
> be able to run tests too if they are fast to do. Maybe I should try to
> cross compile a rootfs and see if it boots.
>
> Long time ago it booted if I recall well, and then it stopped working
> but I didn't take the time to track the regression down or to try again.
Good to know.
I don't actually need Guix System on my SBC, but you know, I have it on
my computer @work, @home, on my laptop… so I thought to myself that it
would make more sense to have it everywhere!
Today my computers, tomorrow the world! 😎
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Mon, 14 Nov 2022 22:45:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 59196 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I've tried to cross compile an image but I end up with this build
failure:
> $ zcat
> /var/log/guix/drvs/fl/nrxka21fgd5hpbchzp3fyv01xyrs2v-linux-modules.drv.gz
> Backtrace: 5 (primitive-load
> "/gnu/store/lm7mjsdx6p16pbavv80hpf561df?") In ice-9/eval.scm:
> 619:8 4 (_ #f)
> 626:19 3 (_ #<directory (guile-user) 7ffff5fdbc80>)
> 293:34 2 (_ #(#<directory (guile-user) 7ffff5fdbc80> #<procedu?>))
> In srfi/srfi-1.scm:
> 586:17 1 (map1 ("ahci" "usb-storage" "uas" "usbhid" "hid-gene?"
> ?)) In gnu/build/linux-modules.scm:
> 257:5 0 (_)
>
> gnu/build/linux-modules.scm:257:5: kernel module not found "ahci"
> "/gnu/store/is9dg680cwlzhj6k6j0vxz86zwkqvx5m-linux-libre-6.0.8/lib/modules"
Though I don't know if it is related or not to your issue.
Denis.
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 16 Nov 2022 03:18:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 59196 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I've found an idea: guix pull can pull to a precise commit:
> --commit=COMMIT download the specified "guix" channel COMMIT
So maybe it works with a commit close to Guix 1.3. If that's the case
we can probably bisect it to the commit that broke your guix pull.
Denis.
[Message part 2 (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 16 Nov 2022 08:14:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi,
Quoting Denis 'GNUtoo' Carikli (2022-11-16 04:17:15)
> I've found an idea: guix pull can pull to a precise commit:
> > --commit=COMMIT download the specified "guix" channel COMMIT
>
> So maybe it works with a commit close to Guix 1.3. If that's the case
> we can probably bisect it to the commit that broke your guix pull.
Sounds like a good idea! I'll try that later today and let you know!
Thanks,
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 16 Nov 2022 15:11:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi,
Quoting Tanguy LE CARROUR (2022-11-16 09:13:00)
> Quoting Denis 'GNUtoo' Carikli (2022-11-16 04:17:15)
> > I've found an idea: guix pull can pull to a precise commit:
> > > --commit=COMMIT download the specified "guix" channel COMMIT
> >
> > So maybe it works with a commit close to Guix 1.3. If that's the case
> > we can probably bisect it to the commit that broke your guix pull.
>
> Sounds like a good idea! I'll try that later today and let you know!
I bought a brand new "microSDHC UHS-1 A1" card and re-installed the
latest Armbian on it, and… I couldn't even test your idea, for `guix pull`
now fails with the following error message:
```
root <at> lime2:~# guix pull
Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
guix pull: error: Git error: error inflating zlib stream
```
I tried again, but… it failed again! 😞
… so I tried with [the binary install](https://guix.gnu.org/manual/en/html_node/Binary-Installation.html)
of Guix, but it fails to install Guix, for the `/tmp` directory on Armbian
is too small! 😱
I thought installing Guix System on my Lime would be less… frustrating!
I think I'll redirect my energy to other tasks for the time being…
Any way, thanks for your time and help!
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Tue, 10 Sep 2024 16:21:06 GMT)
Full text and
rfc822 format available.
Message #32 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi Tanguy,
On Fri, 11 Nov 2022 at 18:53, Tanguy LE CARROUR <tanguy <at> bioneland.org> wrote:
> /guix pull: error: You found a bug: the program '/gnu/store/mbs3lc77zy30nr82lnn2s135i2rvq095-compute-guix-derivation'
> failed to compute the derivation for Guix (version: "ba8679fb2452f4466a98a99edf050ea7452c83f4"; system: "armhf-linux";
> host version: "1.2.0"; pull-version: 1).
> Please report the COMPLETE output above by email to <bug-guix <at> gnu.org>.
What is the status of this bug report?
Cheers,
simon
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Thu, 12 Sep 2024 06:35:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi Simon,
Thanks for diging this one out!
Quoting Simon Tournier (2024-09-10 17:44:41)
> On Fri, 11 Nov 2022 at 18:53, Tanguy LE CARROUR <tanguy <at> bioneland.org> wrote:
>
> > /guix pull: error: You found a bug: the program '/gnu/store/mbs3lc77zy30nr82lnn2s135i2rvq095-compute-guix-derivation'
> > failed to compute the derivation for Guix (version: "ba8679fb2452f4466a98a99edf050ea7452c83f4"; system: "armhf-linux";
> > host version: "1.2.0"; pull-version: 1).
> > Please report the COMPLETE output above by email to <bug-guix <at> gnu.org>.
>
> What is the status of this bug report?
As I mentioned: "I think I'll redirect my energy to other tasks for the time being…"
That’s exactly what I did!… and forgot to close the bug! 😅
Should I just do that?
Regards,
--
Tanguy
Reply sent
to
Simon Tournier <zimon.toutoune <at> gmail.com>:
You have taken responsibility.
(Fri, 20 Sep 2024 17:13:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Tanguy LE CARROUR <tanguy <at> bioneland.org>:
bug acknowledged by developer.
(Fri, 20 Sep 2024 17:13:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 59196-done <at> debbugs.gnu.org (full text, mbox):
Hi Tanguy,
On jeu., 12 sept. 2024 at 08:33, Tanguy LE CARROUR <tanguy <at> bioneland.org> wrote:
>> What is the status of this bug report?
>
> As I mentioned: "I think I'll redirect my energy to other tasks for the time being…"
> That’s exactly what I did!… and forgot to close the bug! 😅
> Should I just do that?
Closed.
Thanks,
simon
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sat, 19 Oct 2024 11:24:15 GMT)
Full text and
rfc822 format available.
bug unarchived.
Request was from
Tanguy LE CARROUR <tanguy <at> bioneland.org>
to
control <at> debbugs.gnu.org.
(Wed, 27 Nov 2024 09:04:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 09:26:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi Guix,
After few… years (😵!?) I gave another try to Guix on A20-OLinuXino-LIME2.
Here is how it went…
I installed the latest Armbian (`25.2.0-trunk.72 bookworm`) on a new SD.
I updated the package list and then… `guix pull`!
83860 new commits and 7 hours later it successfully finished! 🎉
This is already better than last time!
Than, I tried to build the installation image:
```
$ guix system image --system=armhf-linux -e '((@ (gnu system install) os-with-u-boot) (@ (gnu system install) installation-os) "A20-OLinuXino-Lime2")'
Mise à jour du canal « guix » depuis le dépôt Git « https://git.savannah.gnu.org/git/guix.git »...
substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
construction de /gnu/store/0nibhnjnvicz8j9vpnmd3cmff395nfww-config.scm.drv...
construction de /gnu/store/7whyplznhnkmsjwfqm85bdw44yz6v133-git.scm.drv...
construction de /gnu/store/q45178ins451323zfmhajswzmh0k47b7-hash.scm.drv...
construction de /gnu/store/ac3siz1a847aslxfbnw6hfhbdkxz79vr-module-import.drv...
construction de /gnu/store/zqs7axm2gc68fr6pnlr18k7zdmii5hxz-module-import.drv...
construction de /gnu/store/7shg17mgalpbrfdpbw80jy3cjafmr2b1-module-import-compiled.drv...
construction de /gnu/store/m1r2036l5r3dms4lsgyqqk8v71zyfzrq-module-import-compiled.drv...
construction de /gnu/store/xnfzrk0cxg405d463j7xl5y767xf3xaw-compute-guix-derivation.drv...
Computing Guix derivation for 'armhf-linux'... /
susubstitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 0.0 %Backtrace:
substitute: In ice-9/boot-9.scm:
substitute: 1752:10 17 (with-exception-handler _ _ #:unwind? _ # _)
substitute: In unknown file:
substitute: 16 (apply-smob/0 #<thunk b6745290>)
substitute: In ice-9/boot-9.scm:
substitute: 724:2 15 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
substitute: In ice-9/eval.scm:
substitute: 619:8 14 (_ #(#(#<directory (guile-user) b673a6e0>)))
substitute: In guix/ui.scm:
substitute: 2275:7 13 (run-guix . _)
substitute: 2238:10 12 (run-guix-command _ . _)
substitute: In ice-9/boot-9.scm:
substitute: 1752:10 11 (with-exception-handler _ _ #:unwind? _ # _)
substitute: 1752:10 10 (with-exception-handler _ _ #:unwind? _ # _)
substitute: In guix/scripts/substitute.scm:
substitute: 842:18 9 (_)
substitute: 348:26 8 (process-query #<output: file 4> _ #:cache-urls _ #:acl _)
substitute: In guix/substitutes.scm:
substitute: 365:27 7 (lookup-narinfos/diverse _ _ #<procedure b678d380 at g…> …)
substitute: 322:31 6 (lookup-narinfos _ _ #:open-connection _ # _)
substitute: 245:26 5 (fetch-narinfos _ _ #:open-connection _ # _)
substitute: In ice-9/boot-9.scm:
substitute: 1685:16 4 (raise-exception _ #:continuable? _)
substitute: 1685:16 3 (raise-exception _ #:continuable? _)
substitute: 1780:13 2 (_ #<&compound-exception components: (#<&error> #<&orig…>)
substitute: 1685:16 1 (raise-exception _ #:continuable? _)
substitute: 1685:16 0 (raise-exception _ #:continuable? _)
substitute:
substitute: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
substitute: In procedure write_wait_fd: unimplemented
guix system: erreur : `/usr/bin/guix substitute' died unexpectedly
```
😞
Plan B was to try to install Guix on the same drive following Julien’s blog post [1],
but I have no idea what a proper OLinuXino-Lime2 system config file
should look like!? For instance, what should the `bootloader` section be?! 🤔
[1]: https://guix.gnu.org/blog/2019/guix-on-an-arm-board/
Any help, idea or advice would be welcome!
Best regards,
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 11:21:02 GMT)
Full text and
rfc822 format available.
Message #50 received at submit <at> debbugs.gnu.org (full text, mbox):
You'd probably want to use the same bootloader as your armbian (I guess u-boot). It's described in the blogpost, you need to find or create the package specific to your board.
Le 27 novembre 2024 10:25:16 GMT+01:00, Tanguy LE CARROUR <tanguy <at> bioneland.org> a écrit :
>Hi Guix,
>
>After few… years (😵!?) I gave another try to Guix on A20-OLinuXino-LIME2.
>Here is how it went…
>
>I installed the latest Armbian (`25.2.0-trunk.72 bookworm`) on a new SD.
>I updated the package list and then… `guix pull`!
>83860 new commits and 7 hours later it successfully finished! 🎉
>This is already better than last time!
>
>Than, I tried to build the installation image:
>
>```
>$ guix system image --system=armhf-linux -e '((@ (gnu system install) os-with-u-boot) (@ (gnu system install) installation-os) "A20-OLinuXino-Lime2")'
>Mise à jour du canal « guix » depuis le dépôt Git « https://git.savannah.gnu.org/git/guix.git »...
>substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
>substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
>substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
>substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
>substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
>substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
>construction de /gnu/store/0nibhnjnvicz8j9vpnmd3cmff395nfww-config.scm.drv...
>construction de /gnu/store/7whyplznhnkmsjwfqm85bdw44yz6v133-git.scm.drv...
>construction de /gnu/store/q45178ins451323zfmhajswzmh0k47b7-hash.scm.drv...
>construction de /gnu/store/ac3siz1a847aslxfbnw6hfhbdkxz79vr-module-import.drv...
>construction de /gnu/store/zqs7axm2gc68fr6pnlr18k7zdmii5hxz-module-import.drv...
>construction de /gnu/store/7shg17mgalpbrfdpbw80jy3cjafmr2b1-module-import-compiled.drv...
>construction de /gnu/store/m1r2036l5r3dms4lsgyqqk8v71zyfzrq-module-import-compiled.drv...
>construction de /gnu/store/xnfzrk0cxg405d463j7xl5y767xf3xaw-compute-guix-derivation.drv...
>Computing Guix derivation for 'armhf-linux'... /
>susubstitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 0.0 %Backtrace:
>substitute: In ice-9/boot-9.scm:
>substitute: 1752:10 17 (with-exception-handler _ _ #:unwind? _ # _)
>substitute: In unknown file:
>substitute: 16 (apply-smob/0 #<thunk b6745290>)
>substitute: In ice-9/boot-9.scm:
>substitute: 724:2 15 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
>substitute: In ice-9/eval.scm:
>substitute: 619:8 14 (_ #(#(#<directory (guile-user) b673a6e0>)))
>substitute: In guix/ui.scm:
>substitute: 2275:7 13 (run-guix . _)
>substitute: 2238:10 12 (run-guix-command _ . _)
>substitute: In ice-9/boot-9.scm:
>substitute: 1752:10 11 (with-exception-handler _ _ #:unwind? _ # _)
>substitute: 1752:10 10 (with-exception-handler _ _ #:unwind? _ # _)
>substitute: In guix/scripts/substitute.scm:
>substitute: 842:18 9 (_)
>substitute: 348:26 8 (process-query #<output: file 4> _ #:cache-urls _ #:acl _)
>substitute: In guix/substitutes.scm:
>substitute: 365:27 7 (lookup-narinfos/diverse _ _ #<procedure b678d380 at g…> …)
>substitute: 322:31 6 (lookup-narinfos _ _ #:open-connection _ # _)
>substitute: 245:26 5 (fetch-narinfos _ _ #:open-connection _ # _)
>substitute: In ice-9/boot-9.scm:
>substitute: 1685:16 4 (raise-exception _ #:continuable? _)
>substitute: 1685:16 3 (raise-exception _ #:continuable? _)
>substitute: 1780:13 2 (_ #<&compound-exception components: (#<&error> #<&orig…>)
>substitute: 1685:16 1 (raise-exception _ #:continuable? _)
>substitute: 1685:16 0 (raise-exception _ #:continuable? _)
>substitute:
>substitute: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>substitute: In procedure write_wait_fd: unimplemented
>guix system: erreur : `/usr/bin/guix substitute' died unexpectedly
>```
>
>😞
>
>Plan B was to try to install Guix on the same drive following Julien’s blog post [1],
>but I have no idea what a proper OLinuXino-Lime2 system config file
>should look like!? For instance, what should the `bootloader` section be?! 🤔
>
>[1]: https://guix.gnu.org/blog/2019/guix-on-an-arm-board/
>
>Any help, idea or advice would be welcome!
>
>Best regards,
>
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 11:21:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 11:52:01 GMT)
Full text and
rfc822 format available.
Message #56 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Julien,
Quoting Julien Lepiller (2024-11-27 12:20:30)
> You'd probably want to use the same bootloader as your armbian (I guess u-boot). It's described in the blogpost, you need to find or create the package specific to your board.
Oh, you mean I should read the post **before** asking questions!? 🤔… 😅
```
(operating-system
[...]
(bootloader
(bootloader-configuration
(target "/dev/mmcblk0")
(bootloader u-boot-a20-olinuxino-lime-bootloader)))
[...])
```
Thanks! 😉
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 11:52:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 17:45:02 GMT)
Full text and
rfc822 format available.
Message #62 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Julien, hi Guix,
Quoting Tanguy LE CARROUR (2024-11-27 12:51:48)
> Quoting Julien Lepiller (2024-11-27 12:20:30)
> > You'd probably want to use the same bootloader as your armbian (I guess u-boot). It's described in the blogpost, you need to find or create the package specific to your board.
>
> Oh, you mean I should read the post **before** asking questions!? 🤔… 😅
>
> ```
> (operating-system
> [...]
> (bootloader
> (bootloader-configuration
> (target "/dev/mmcblk0")
> (bootloader u-boot-a20-olinuxino-lime-bootloader)))
> [...])
> ```
Better, but not quite there yet! 😞
```
tanguy <at> lime2:~$ time sudo guix system init /etc/config.scm /
[sudo] Mot de passe de tanguy :
/etc/config.scm:12:24: avertissement : the 'target' field is deprecated, please use 'targets' instead
substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
La dérivation suivante sera compilée :
/gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv
construction de /gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv...
42% [##################################################################################### ]builder for `/gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv' failed with exit code 1
la compilation de /gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv a échoué
Vous trouverez le journal de compilation dans « /var/log/guix/drvs/fn/72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv.gz ».
guix system: erreur : build of `/gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv' failed
real 199m10,635s
user 0m1,296s
sys 0m1,125s
```
```
tanguy <at> lime2:~$ gunzip -c /var/log/guix/drvs/fn/72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv.gz
# […]
[ 41%] GUILEC gnu/packages/configuration-management.go
[ 41%] GUILEC gnu/packages/conky.go
[ 41%] GUILEC gnu/packages/connman.go
[ 41%] GUILEC gnu/packages/containers.go
[ 41%] GUILEC gnu/packages/convmv.go
[ 42%] GUILEC gnu/packages/cook.go
[ 42%] GUILEC gnu/packages/coq.go
[ 42%] GUILEC gnu/packages/cpio.go
[ 42%] GUILEC gnu/packages/cpp.go
[ 42%] GUILEC gnu/packages/cppi.go
[ 42%] GUILEC gnu/packages/cran.go
[ 42%] GUILEC gnu/packages/crates-io.go
make[2]: *** [Makefile:6849: make-packages1-go] Killed
make[2]: Leaving directory '/tmp/guix-build-guix-1.4.0rc2.drv-0/source'
make[1]: *** [Makefile:5929: all-recursive] Error 1
make[1]: Leaving directory '/tmp/guix-build-guix-1.4.0rc2.drv-0/source'
make: *** [Makefile:4043: all] Error 2
error: in phase 'build': uncaught exception:
%exception #<&invoke-error program: "make" arguments: ("-j" "2") exit-status: 2 term-signal: #f stop-signal: #f>
phase `build' failed after 11743.3 seconds
command "make" "-j" "2" failed with status 2
```
I guess the `Killed` is not a good thing!
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 17:45:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 21:14:02 GMT)
Full text and
rfc822 format available.
Message #68 received at submit <at> debbugs.gnu.org (full text, mbox):
This is usually due to memory usage. You can cry with -c1, which limits builds to one core, but I'm not sure it will lower the build's memory footprint. Maybe try to stop some running services if they can free up some space…
Alternatively, you could also offload the build to a more powerful machine (using qemu-binfmt-service if needed) or copy the result from that machine.
Le 27 novembre 2024 18:43:55 GMT+01:00, Tanguy LE CARROUR <tanguy <at> bioneland.org> a écrit :
>Hi Julien, hi Guix,
>
>
>Quoting Tanguy LE CARROUR (2024-11-27 12:51:48)
>> Quoting Julien Lepiller (2024-11-27 12:20:30)
>> > You'd probably want to use the same bootloader as your armbian (I guess u-boot). It's described in the blogpost, you need to find or create the package specific to your board.
>>
>> Oh, you mean I should read the post **before** asking questions!? 🤔… 😅
>>
>> ```
>> (operating-system
>> [...]
>> (bootloader
>> (bootloader-configuration
>> (target "/dev/mmcblk0")
>> (bootloader u-boot-a20-olinuxino-lime-bootloader)))
>> [...])
>> ```
>
>Better, but not quite there yet! 😞
>
>```
>tanguy <at> lime2:~$ time sudo guix system init /etc/config.scm /
>[sudo] Mot de passe de tanguy :
>/etc/config.scm:12:24: avertissement : the 'target' field is deprecated, please use 'targets' instead
>substitute: mise à jour des substituts depuis « https://ci.guix.gnu.org »... 100.0 %
>substitute: mise à jour des substituts depuis « https://bordeaux.guix.gnu.org »... 100.0 %
>La dérivation suivante sera compilée :
> /gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv
>
>construction de /gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv...
> 42% [##################################################################################### ]builder for `/gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv' failed with exit code 1
>la compilation de /gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv a échoué
>Vous trouverez le journal de compilation dans « /var/log/guix/drvs/fn/72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv.gz ».
>guix system: erreur : build of `/gnu/store/fn72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv' failed
>
>real 199m10,635s
>user 0m1,296s
>sys 0m1,125s
>```
>
>```
>tanguy <at> lime2:~$ gunzip -c /var/log/guix/drvs/fn/72p7ldbwlqdkdnm84dm49lilbvmki5-guix-1.4.0rc2.drv.gz
># […]
>[ 41%] GUILEC gnu/packages/configuration-management.go
>[ 41%] GUILEC gnu/packages/conky.go
>[ 41%] GUILEC gnu/packages/connman.go
>[ 41%] GUILEC gnu/packages/containers.go
>[ 41%] GUILEC gnu/packages/convmv.go
>[ 42%] GUILEC gnu/packages/cook.go
>[ 42%] GUILEC gnu/packages/coq.go
>[ 42%] GUILEC gnu/packages/cpio.go
>[ 42%] GUILEC gnu/packages/cpp.go
>[ 42%] GUILEC gnu/packages/cppi.go
>[ 42%] GUILEC gnu/packages/cran.go
>[ 42%] GUILEC gnu/packages/crates-io.go
>make[2]: *** [Makefile:6849: make-packages1-go] Killed
>make[2]: Leaving directory '/tmp/guix-build-guix-1.4.0rc2.drv-0/source'
>make[1]: *** [Makefile:5929: all-recursive] Error 1
>make[1]: Leaving directory '/tmp/guix-build-guix-1.4.0rc2.drv-0/source'
>make: *** [Makefile:4043: all] Error 2
>error: in phase 'build': uncaught exception:
>%exception #<&invoke-error program: "make" arguments: ("-j" "2") exit-status: 2 term-signal: #f stop-signal: #f>
>phase `build' failed after 11743.3 seconds
>command "make" "-j" "2" failed with status 2
>```
>
>I guess the `Killed` is not a good thing!
>
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Wed, 27 Nov 2024 21:14:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Thu, 28 Nov 2024 13:26:02 GMT)
Full text and
rfc822 format available.
Message #74 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Julien,
Quoting Julien Lepiller (2024-11-27 22:13:06)
> This is usually due to memory usage. You can cry with -c1, which limits builds
> to one core, but I'm not sure it will lower the build's memory footprint.
> Maybe try to stop some running services if they can free up some space…
`-c` sounds easy to do. I’ll give it a try.
> Alternatively, you could also offload the build to a more powerful machine
> (using qemu-binfmt-service if needed) or copy the result from that machine.
You mean by configuring the Lime to offload [1] to a computer that as
a qemu service that can build ARM [2]?
… sounds… doable!
[1]: https://guix.gnu.org/manual/en/html_node/Daemon-Offload-Setup.html
[2]: https://guix.gnu.org/manual/en/html_node/Virtualization-Services.html#Transparent-Emulation-with-QEMU
Thanks.
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Thu, 28 Nov 2024 13:26:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Thu, 28 Nov 2024 15:29:01 GMT)
Full text and
rfc822 format available.
Message #80 received at 59196 <at> debbugs.gnu.org (full text, mbox):
Hi Guix,
Quoting Tanguy LE CARROUR (2024-11-27 09:46:55)
> Than, I tried to build the installation image:
>
> ```
> $ guix system image --system=armhf-linux -e '((@ (gnu system install) os-with-u-boot) (@ (gnu system install) installation-os) "A20-OLinuXino-Lime2")'
> # […]
> substitute: ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> substitute: In procedure write_wait_fd: unimplemented
> guix system: erreur : `/usr/bin/guix substitute' died unexpectedly
> ```
Following Julien’s advice about cross compilation, I gave the installer
another try on a different computer having `qemu-binfmt-service`:
```
$ guix system image --system=armhf-linux -e '((@ (gnu system install) os-with-u-boot) (@ (gnu system install) installation-os) "A20-OLinuXino-Lime2")'
# […]
building profile with 67 packages...
building /gnu/store/jx91y3vgadsr5fws7mqy5f3qqfxsrkng-shepherd.conf.drv...
building /gnu/store/zj9zg12lgr4ra8z01rf0kv29yaalck6m-boot.drv...
building /gnu/store/nnsvxis20dzyk8i3qd96y5pzpxcs3b4v-system.drv...
building /gnu/store/7jixbpwbzh0s0wyzll52gz7arp816923-extlinux.conf.drv...
building /gnu/store/24q8s96pwv4f92zdrnix4vc4yy9psi6p-partition.img.drv...
building /gnu/store/aipny3nzjvdqr3kclfihgwgps20cpgvc-partition.img.drv...
/builder for `/gnu/store/aipny3nzjvdqr3kclfihgwgps20cpgvc-partition.img.drv' failed with exit code 1
build of /gnu/store/aipny3nzjvdqr3kclfihgwgps20cpgvc-partition.img.drv failed
View build log at '/var/log/guix/drvs/ai/pny3nzjvdqr3kclfihgwgps20cpgvc-partition.img.drv.gz'.
cannot build derivation `/gnu/store/0z9dbgl5j42h8q75v4kcp06d81jbhvv8-genimage.cfg.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/374xpp5n2pgdlrryrgfgmv6ij1ypw6z5-disk-image.drv': 1 dependencies couldn't be built
guix system: error: build of `/gnu/store/374xpp5n2pgdlrryrgfgmv6ij1ypw6z5-disk-image.drv' failed
```
```
$ gunzip -c /var/log/guix/drvs/ai/pny3nzjvdqr3kclfihgwgps20cpgvc-partition.img.drv.gz
Backtrace:
3 (primitive-load "/gnu/store/k1anny1qpdzqc9hzjlhhkvda8fx…")
In ice-9/eval.scm:
619:8 2 (_ #(#<directory (guile-user) 40d55690> #<procedure …> …))
In gnu/build/bootloader.scm:
110:4 1 (install-efi-loader "/gnu/store/kr9m50jjpklxi9ad0ykakd…" …)
85:35 0 (install-efi "/gnu/store/kr9m50jjpklxi9ad0ykakdv0kzisx…" …)
gnu/build/bootloader.scm:85:35: In procedure install-efi:
In procedure car: Wrong type (expecting pair): #<unspecified>
environment variable `PATH' set to `/gnu/store/sc173ffgsdx6574scy64ci06hacbp0lm-dosfstools-4.2/sbin:/gnu/store/81q8rhh52k21zihq93yd12v0grlg06ql-fakeroot-1.35.1/bin:/gnu/store/hax2740g316y4qq2vy1qb14s4bmq0176-mtools-4.0.45/bin'
```
*ERF* 😞… so frustrating! 😱
Next attempt: install Guix System on top of the host distro’ and
offloading build to a remote server having `qemu-binfmt-service`!… 🤞
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Fri, 29 Nov 2024 15:20:01 GMT)
Full text and
rfc822 format available.
Message #83 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Julien,
Quoting Tanguy LE CARROUR (2024-11-28 14:25:00)
> Quoting Julien Lepiller (2024-11-27 22:13:06)
> > This is usually due to memory usage. You can cry with -c1, which limits builds
> > to one core, but I'm not sure it will lower the build's memory footprint.
> > Maybe try to stop some running services if they can free up some space…
>
> `-c` sounds easy to do. I’ll give it a try.
Unfortunately, it crashed the same way, almost on the same file:
```
tanguy <at> lime2:~$ time sudo guix system init --cores=1 /etc/config.scm /
# […]
[ 42%] GUILEC gnu/packages/cran.go
make[2]: *** [Makefile:6849: make-packages1-go] Killed
make[2]: Leaving directory '/tmp/guix-build-guix-1.4.0rc2.drv-0/source'
make[1]: *** [Makefile:5929: all-recursive] Error 1
make[1]: Leaving directory '/tmp/guix-build-guix-1.4.0rc2.drv-0/source'
make: *** [Makefile:4043: all] Error 2
error: in phase 'build': uncaught exception:
%exception #<&invoke-error program: "make" arguments: ("-j" "1") exit-status: 2 term-signal: #f stop-signal: #f>
phase `build' failed after 16431.4 seconds
command "make" "-j" "1" failed with status 2
```
I guess I can close this issue, for it’s not a problem with `guix pull` anymore.
And I don’t think being "RAM-hungry" is a bug… but more of a "feature". 😅
So…
> > Alternatively, you could also offload the build to a more powerful machine
> > (using qemu-binfmt-service if needed) or copy the result from that machine.
>
> You mean by configuring the Lime to offload [1] to a computer that as
> a qemu service that can build ARM [2]?
>
> … sounds… doable!
>
> [1]: https://guix.gnu.org/manual/en/html_node/Daemon-Offload-Setup.html
> [2]: https://guix.gnu.org/manual/en/html_node/Virtualization-Services.html#Transparent-Emulation-with-QEMU
… moving on to the next option: Offloading!
--
Tanguy
Information forwarded
to
bug-guix <at> gnu.org:
bug#59196; Package
guix.
(Fri, 29 Nov 2024 15:21:01 GMT)
Full text and
rfc822 format available.
This bug report was last modified today.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.