info-dir ERROR: no code for module (guix build utils)

  • Done
  • quality assurance status badge
Details
6 participants
  • Brant Gardner
  • Chris Marusich
  • Ludovic Courtès
  • Christopher Baines
  • Ricardo Wurmus
  • swedebugia
Owner
unassigned
Submitted by
Christopher Baines
Severity
serious
Merged with
C
C
Christopher Baines wrote on 19 Aug 2017 02:20
(address . bug-guix@gnu.org)
20170819012022.7aad5fa6@cbaines.net
I've had the following issue a few times now, it seems that somehow,
the info-dir builder can be incorrectly generated, without the usual
module import stuff.

The most recent time this occurred, I worked around this by finding the
guix package in the store which I thought was being used at the time,
and explicitly garbage collected it (guix gc -d ...). I then rebuilt
it, and this seemed to work around the problem. I was using the same
guix package, pinned to an revision in a git repository.


The builder starts with:

(begin (use-modules (guix build utils)


This is the error which you get:

The following derivations will be built:
/gnu/store/8qi10kwz4ghabdj5p7s252z11snvhhgf-profile.drv
/gnu/store/0jxiph2hvmvakcj6gkz9d00a8ncma903-info-dir.drv
Backtrace:
In ice-9/boot-9.scm:
160: 18 [catch #t #<catch-closure 8c5e00> ...]
In unknown file:
?: 17 [apply-smob/1 #<catch-closure 8c5e00>]
In ice-9/boot-9.scm:
66: 16 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
432: 15 [eval # #]
In ice-9/boot-9.scm:
2412: 14 [save-module-excursion #<procedure 8e6940 at ice-9/boot-9.scm:4084:3 ()>]
4089: 13 [#<procedure 8e6940 at ice-9/boot-9.scm:4084:3 ()>]
1734: 12 [%start-stack load-stack #<procedure 8f0340 at ice-9/boot-9.scm:4080:10 ()>]
1739: 11 [#<procedure 8f8c30 ()>]
In unknown file:
?: 10 [primitive-load "/gnu/store/9ywpf5jc12svv04gvbx96j5z1kpllwn4-info-dir-builder"]
In ice-9/eval.scm:
505: 9 [#<procedure 79c6a0 at ice-9/eval.scm:499:4 (exp)> (begin # # # ...)]
In ice-9/psyntax.scm:
1107: 8 [expand-top-sequence ((begin # # # ...)) () ((top)) ...]
990: 7 [scan ((begin (use-modules # # ...) (define # #) ...)) () ...]
990: 6 [scan ((use-modules # # ...) (define # #) (define # #) ...) () ...]
279: 5 [scan ((# #) #(syntax-object *unspecified* # #)) () (()) ...]
In ice-9/boot-9.scm:
3622: 4 [process-use-modules ((#) (#) (#) (#))]
712: 3 [map #<procedure 8576a0 at ice-9/boot-9.scm:3622:25 (mif-args)> (# # # #)]
3623: 2 [#<procedure 8576a0 at ice-9/boot-9.scm:3622:25 (mif-args)> (#)]
2903: 1 [resolve-interface (guix build utils) #:select ...]
In unknown file:
?: 0 [scm-error misc-error #f ...]

ERROR: In procedure scm-error:
ERROR: no code for module (guix build utils)
builder for `/gnu/store/0jxiph2hvmvakcj6gkz9d00a8ncma903-info-dir.drv' failed with exit code 1
-----BEGIN PGP SIGNATURE-----

iQKTBAEBCgB9FiEEPonu50WOcg2XVOCyXiijOwuE9XcFAlmXhEZfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF
ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcACgkQXiijOwuE
9XfQkg/9HH85W0RvoTc1N+aD3HWa+/mxzX7zOxHFQUja+JiZLxx/Bo+gw5q1HIgn
zjWZ6p97Ofv1SnaYO35lgsEvZztOz6Dg9j1utVySSk9Ogufaa0yu1Ku49g3wETOh
G2ixqQI3YIrXq0jB236gwvaT1oeVbx+rlmJFykrF0mS9HL922vbwzlV8zvQ8SaI7
vIPDvNHwjHpKVH+cqVEnQ5kdDxdNjIyHuxmy55SwYYa4E2jnmIXVGEUPvpevzOQT
Rehe+JxhCyPrMRxQotWoSQcXPbPnxwH5Z1AXWzCe0sRDj7MU7YNBTrcLgl+w3yhe
npeMLUeVT8CdhW2Vp7+Ds5XiggEA1GndOS4NEtZlHiYYw07JwOL5Jt7LnNKGkxK3
oXNUvAWlYfj6Yc6K4xEcJ2BPHguRpVRGoWEs3bBVS4GvP5ldLLTUXsGx8phl8Idt
6ohv6eXsLmZVGxIpkur0GHCWTrgNaHnSd3Ktndtdl9hvIa7OhglDPPHjTEYHOaCS
gjEV4LHwWnLXSCghVTgw9FZ001ThBLIEKtVfMQHfrlD0LlfdiR9nh4wbEYIEDY8p
z16u/pTrO68dmSYX0gaaXPilh09840jQjUOcgPFZFGymUrgj3/rH+icA9Nk3Eoqd
XR+IzCHM9iQTVoC+vEj7jTfxadwpCf2Px6hbBHh6Mimu7gmSx6k=
=+Brf
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 22 Aug 2017 10:41
(name . Christopher Baines)(address . mail@cbaines.net)(address . 28144@debbugs.gnu.org)
87d17oc7u4.fsf@gnu.org
Heya,

Christopher Baines <mail@cbaines.net> skribis:

Toggle quote (22 lines)
> I've had the following issue a few times now, it seems that somehow,
> the info-dir builder can be incorrectly generated, without the usual
> module import stuff.
>
> The most recent time this occurred, I worked around this by finding the
> guix package in the store which I thought was being used at the time,
> and explicitly garbage collected it (guix gc -d ...). I then rebuilt
> it, and this seemed to work around the problem. I was using the same
> guix package, pinned to an revision in a git repository.
>
>
> The builder starts with:
>
> (begin (use-modules (guix build utils)
>
>
> This is the error which you get:
>
> The following derivations will be built:
> /gnu/store/8qi10kwz4ghabdj5p7s252z11snvhhgf-profile.drv
> /gnu/store/0jxiph2hvmvakcj6gkz9d00a8ncma903-info-dir.drv

Could you check if the .drv has the right -L and -C flags for guile?

What commit was this on?

Looking at (guix profiles), what you describe Cannot Happen™ because
there’s a correct ‘with-imported-modules’ form there.

Thanks,
Ludo’.
C
C
Christopher Baines wrote on 22 Aug 2017 11:59
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 28144@debbugs.gnu.org)
20170822105958.19d2b0e3@cbaines.net
On Tue, 22 Aug 2017 10:41:55 +0200
ludo@gnu.org (Ludovic Courtès) wrote:

Toggle quote (33 lines)
> Heya,
>
> Christopher Baines <mail@cbaines.net> skribis:
>
> > I've had the following issue a few times now, it seems that somehow,
> > the info-dir builder can be incorrectly generated, without the usual
> > module import stuff.
> >
> > The most recent time this occurred, I worked around this by finding
> > the guix package in the store which I thought was being used at the
> > time, and explicitly garbage collected it (guix gc -d ...). I then
> > rebuilt it, and this seemed to work around the problem. I was using
> > the same guix package, pinned to an revision in a git repository.
> >
> >
> > The builder starts with:
> >
> > (begin (use-modules (guix build utils)
> >
> >
> > This is the error which you get:
> >
> > The following derivations will be built:
> > /gnu/store/8qi10kwz4ghabdj5p7s252z11snvhhgf-profile.drv
> > /gnu/store/0jxiph2hvmvakcj6gkz9d00a8ncma903-info-dir.drv
>
> Could you check if the .drv has the right -L and -C flags for guile?
>
> What commit was this on?
>
> Looking at (guix profiles), what you describe Cannot Happen™ because
> there’s a correct ‘with-imported-modules’ form there.

I've included the derivation contents below, I can't see the -L and -C
flags, so I'm guessing that they are missing.

As for what commit this is on, this particular occurance took place
when I was using my odd guix-pre-inst-env [1] script that
attempts to create an environment containing a particular version of
Guix, without letting anything from the surrounding environment creep
in, so I'm not really sure what code was in use at the time.


Derive([("out","/gnu/store/fnfm2vv9khyxpsnr7ybn8h7ir2l3685y-info-dir","","")],[("/gnu/store/0l3zxcx0n31xal7jf1d981j377wh3nir-zlib-1.2.11.drv",["out"]),("/gnu/store/0ppzqkwl7ma4s3bz1wvc0s9crd0wbir7-guile-2.2.2.drv",["out"]),("/gnu/store/1wq563kgbhv26f99hq1d2ay7gw8qy3cq-libgc-7.6.0.drv",["out"]),("/gnu/store/2ryhk3mp55dshlgyj53a16x08ifqqlvw-bash-4.4.12.drv",["out"]),("/gnu/store/4rjl58s30zwiahl6ji7bbjxq30yyl9vl-texinfo-6.3.drv",["out"]),("/gnu/store/69b611ifkq1942zvf79d5sszpp8n9w38-libunistring-0.9.7.drv",["out"]),("/gnu/store/94hkgqjvsk689zzhdv9382kh2pkn7mrz-libltdl-2.4.6.drv",["out"]),("/gnu/store/c8zl2wq0jmahcjb2zdf5w5z1i2iangma-guix-gds-release_8.drv",["out"]),("/gnu/store/g2a46givk3s9jlchmq4m1fmnc25qh1c0-git-2.13.1.drv",["out"]),("/gnu/store/hdd0rz201djb0wis4jwrlnjp3kq1f9xq-nss-certs-3.31.drv",["out"]),("/gnu/store/lvkjr70rf8j355igip04z8iglxnl3mkk-guile-ssh-0.11.0.drv",["out"]),("/gnu/store/lw5qrzgh2yxpd58b722ph6f466sn51xm-gmp-6.1.2.drv",["out"]),("/gnu/store/m71zs1cgl0qiyrl5mzrjh60dsg757nvx-guile-2.0.14.drv",["out"]),("/gnu/store/rwgybvpsmrkh6rbz502ac6p6vkfr1jgm-gzip-1.8.drv",["out"]),("/gnu/store/vd7py9zp3s81mg3h0ppm5bkbdcgpn17w-libidn2-0.16.drv",["out"]),("/gnu/store/vk8fhc7x7kc4y6h6gy42idnawxabj8dv-guile2.2-gnutls-3.5.9.drv",["out"]),("/gnu/store/vl1vcbzgplncw4i3sfiglyy1n2ycnwwn-guile-json-0.6.0.drv",["out"]),("/gnu/store/whz1jbvs9ipgkslim63lqw7wdljxlmzg-nettle-3.3.drv",["out"]),("/gnu/store/xdbnmw3kizlx157l76cdb1w6y2kz7yhi-coreutils-8.27.drv",["out"]),("/gnu/store/xs8z1ycvdpmip7rx4xqs8qj56fdblgbk-less-487.drv",["out"]),("/gnu/store/xz2zfvzy2g55wgna0vpwd6zjwfmxn1ms-libtasn1-4.10.drv",["out"])],["/gnu/store/9ywpf5jc12svv04gvbx96j5z1kpllwn4-info-dir-builder"],"x86_64-linux","/gnu/store/3lsfrwlp1qa345x71yw5w49i2mpp0vxm-guile-2.0.14/bin/guile",["--no-auto-compile","/gnu/store/9ywpf5jc12svv04gvbx96j5z1kpllwn4-info-dir-builder"],[("allowSubstitutes","0"),("out","/gnu/store/fnfm2vv9khyxpsnr7ybn8h7ir2l3685y-info-dir"),("preferLocalBuild","1")])
-----BEGIN PGP SIGNATURE-----

iQKTBAEBCgB9FiEEPonu50WOcg2XVOCyXiijOwuE9XcFAlmcAJ5fFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF
ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcACgkQXiijOwuE
9XdwSQ//VUqFQVnZa9r6yOT0IIHU8Wbo7wkjroALRgOqchWi8MILVXcQYmjHkEY3
6QnM1RrTCrNnuI3pAJLel9uqA6PR7CNQ2SOUErbbTOAYB+N//1rBziMWmBLDznoX
2NGeBZe/7NZa1xTGsDSRekc0Cr54fTMaKIgWRHGtYgDJ4J+ofXXX0E/hIRBgMtB5
iLi91+oJ8mziKlAnd2YWEKgXzvtGfNXUiKnuSIThgDhZHp/qs+zc3VLhTGikUedD
EAXhEyecq/+XmyMqQl0dsVivu18p4blHfAm6tr/A08yaPHE/PSx63/QPMZ4yEO9N
deS/uyix/hTNNlStKAmB5CvLldElIUDudrv8dawBYiXhp3wA1vD3fjZ4L+k5n/AQ
yYn8MBEUFCAyd1PB6YkxZpR/2QwZxDoWmAZ018NKr2u2wS7FSVi9CNi4dz7YKQqF
bja+Ii0eX9fnmCAQBnaNwcAPWFMnhRf1REvWN30he+XjI8SuIA3HSZDRAWZnFmH4
XyD5MYEwwjoJxSZS06Zg9twCzEO0wotspM3GWcjJYUY0PLUGnxz1q0UpGwo0doGx
mv0mL9CSEPsg/FiDg/10Aep0qiRDjstBX2DJ9Tl0UYgACSvJoiRH7wXiAzV0gN/M
3QbUrb3R9FeoeVA8HwlYu/pRPk1wBe2BvByHu1LePYQRDt8uZXQ=
=/btj
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 22 Aug 2017 12:41
(name . Christopher Baines)(address . mail@cbaines.net)(address . 28144@debbugs.gnu.org)
87h8wz7ull.fsf@gnu.org
Christopher Baines <mail@cbaines.net> skribis:

Toggle quote (2 lines)
> bin/guile",["--no-auto-compile","/gnu/store/9ywpf5jc12svv04gvbx96j5z1kpllwn4-info-dir-builder"]

Something is indeed wrong here. I have:

Toggle snippet (4 lines)
$ cat /gnu/store/0gn0dxgg68w3yc4ywxp586z98h9l00j3-info-dir.drv
[...] bin/guile",["--no-auto-compile","-L","/gnu/store/l4jxniixlkqpy5aaxhgfp4xywsimd6p2-module-import","-C","/gnu/store/gj3ks9vi1ys3hgr1jzywjx2rq3dsmsbd-module-import-compiled","/gnu/store/m4kyr2isfskss2vkc7hvnbw786kd52v9-info-dir-builder"] [...]

Is it reproducible? Does “make clean-go && make” help? Is it Guile 2.2
or 2.0?

Thanks,
Ludo’.
C
C
Christopher Baines wrote on 22 Aug 2017 13:02
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 28144@debbugs.gnu.org)
20170822120203.042e946f@cbaines.net
On Tue, 22 Aug 2017 12:41:26 +0200
ludo@gnu.org (Ludovic Courtès) wrote:

Toggle quote (16 lines)
> Christopher Baines <mail@cbaines.net> skribis:
>
> > bin/guile",["--no-auto-compile","/gnu/store/9ywpf5jc12svv04gvbx96j5z1kpllwn4-info-dir-builder"]
>
> Something is indeed wrong here. I have:
>
> --8<---------------cut here---------------start------------->8---
> $ cat /gnu/store/0gn0dxgg68w3yc4ywxp586z98h9l00j3-info-dir.drv
> [...]
> bin/guile",["--no-auto-compile","-L","/gnu/store/l4jxniixlkqpy5aaxhgfp4xywsimd6p2-module-import","-C","/gnu/store/gj3ks9vi1ys3hgr1jzywjx2rq3dsmsbd-module-import-compiled","/gnu/store/m4kyr2isfskss2vkc7hvnbw786kd52v9-info-dir-builder"]
> [...] --8<---------------cut
> here---------------end--------------->8---
>
> Is it reproducible? Does “make clean-go && make” help? Is it Guile
> 2.2 or 2.0?

Unfortunately, I've only run in to this when trying to get other stuff
done, and my approach for working around the problem has been to delete
the guix packages from the store to force them to be rebuilt.

I'd previously guessed that the ...-info-dir-builder was wrong, but
knowing that the command in the derivation is wrong is useful. If I
come across this again, I'll try to investigate further, but I don't
have a way of reproducing this at the moment.
-----BEGIN PGP SIGNATURE-----

iQKTBAEBCgB9FiEEPonu50WOcg2XVOCyXiijOwuE9XcFAlmcDytfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF
ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcACgkQXiijOwuE
9XdpVxAAtXW4D+/jxFyxqY7wioMoEOnRdr3h0P3h8P5OIVoxI+2h5+G2jqKILDml
NnbPfIwAlF9dhPlNCZzGAMoMxWNMHf6vl4aVluEbBilFklQ2LZqpab6tcW5DNIPw
tNU+BuIqMWWRd4ZOmfybpkwo6ZtT6Jhlqln6m5Vmk2nwoFzw3OKgH3scid3Viy4d
Q8BF632s/tdAoSXExwBLkqQAyRYQv3Nj/ienDwnQmZamGQScx0+Ti6UsSbi2PGxG
wJyxApnAyTmJWZ9LzIpTIJkLE3EEKW9fteoBsn4Cs2xP3uZLaGIRZN0J9R+JIvbc
syivfi1afzPsuxW7cDfuV8e6nlE7cOU5eCC2ppF1DLqjQdITc7WGyUG11neb9vIm
fCauKYvonvYs8BvpBxvjVeRaThH3bKGxJVXFgqfNLJpmgzhpPuE56ZbDpFTAotRP
7JfTT6HDcVArIx3ka1q0HkZIuOHwreTm8Acbkk7Z57I5/tN/St+hTI63x8IBWWOv
+gF0/Ok6MQri1rmK3g15NFMOeqrVBD8eJk+1YvMna6hQ0wcY9/ahuiSLaCgANeKQ
rz0FJ5cZxTa3dZyg0hRocHjutyGTBuDCeobw5LQsYVPgdMUCtOIQi2OqY7cIx0YP
UucMbz4M8EXSu0E1wL14xxmhrLwhvyMBst7do1J8/0Uq14FX8E0=
=0i1K
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 22 Aug 2017 15:38
control message for bug #28144
(address . control@debbugs.gnu.org)
87d17n4t9d.fsf@gnu.org
tags 28144 unreproducible
close 28144
L
L
Ludovic Courtès wrote on 13 Nov 2017 10:47
reopen 28144
(address . control@debbugs.gnu.org)
87fu9ibjdy.fsf@gnu.org
unarchive 28144
reopen 28144
thanks
L
L
Ludovic Courtès wrote on 13 Nov 2017 10:59
control message for bug #28144
(address . control@debbugs.gnu.org)
87r2t2a49b.fsf@gnu.org
severity 28144 important
L
L
Ludovic Courtès wrote on 13 Nov 2017 11:03
Re: bug#28144: info-dir ERROR: no code for module (guix build utils)
(name . Christopher Baines)(address . mail@cbaines.net)(address . 28144@debbugs.gnu.org)
87efp2a42k.fsf@gnu.org
Hello,

Christopher Baines <mail@cbaines.net> skribis:

Toggle quote (38 lines)
> The following derivations will be built:
> /gnu/store/8qi10kwz4ghabdj5p7s252z11snvhhgf-profile.drv
> /gnu/store/0jxiph2hvmvakcj6gkz9d00a8ncma903-info-dir.drv
> Backtrace:
> In ice-9/boot-9.scm:
> 160: 18 [catch #t #<catch-closure 8c5e00> ...]
> In unknown file:
> ?: 17 [apply-smob/1 #<catch-closure 8c5e00>]
> In ice-9/boot-9.scm:
> 66: 16 [call-with-prompt prompt0 ...]
> In ice-9/eval.scm:
> 432: 15 [eval # #]
> In ice-9/boot-9.scm:
> 2412: 14 [save-module-excursion #<procedure 8e6940 at ice-9/boot-9.scm:4084:3 ()>]
> 4089: 13 [#<procedure 8e6940 at ice-9/boot-9.scm:4084:3 ()>]
> 1734: 12 [%start-stack load-stack #<procedure 8f0340 at ice-9/boot-9.scm:4080:10 ()>]
> 1739: 11 [#<procedure 8f8c30 ()>]
> In unknown file:
> ?: 10 [primitive-load "/gnu/store/9ywpf5jc12svv04gvbx96j5z1kpllwn4-info-dir-builder"]
> In ice-9/eval.scm:
> 505: 9 [#<procedure 79c6a0 at ice-9/eval.scm:499:4 (exp)> (begin # # # ...)]
> In ice-9/psyntax.scm:
> 1107: 8 [expand-top-sequence ((begin # # # ...)) () ((top)) ...]
> 990: 7 [scan ((begin (use-modules # # ...) (define # #) ...)) () ...]
> 990: 6 [scan ((use-modules # # ...) (define # #) (define # #) ...) () ...]
> 279: 5 [scan ((# #) #(syntax-object *unspecified* # #)) () (()) ...]
> In ice-9/boot-9.scm:
> 3622: 4 [process-use-modules ((#) (#) (#) (#))]
> 712: 3 [map #<procedure 8576a0 at ice-9/boot-9.scm:3622:25 (mif-args)> (# # # #)]
> 3623: 2 [#<procedure 8576a0 at ice-9/boot-9.scm:3622:25 (mif-args)> (#)]
> 2903: 1 [resolve-interface (guix build utils) #:select ...]
> In unknown file:
> ?: 0 [scm-error misc-error #f ...]
>
> ERROR: In procedure scm-error:
> ERROR: no code for module (guix build utils)
> builder for `/gnu/store/0jxiph2hvmvakcj6gkz9d00a8ncma903-info-dir.drv' failed with exit code 1

I’ve just experienced it!

As in your case, info-dir.drv contained no references to
module-import.drv or anything like that, and the ‘guile’ command line
lacked ‘-L …-module-import’.

Then I recompiled guix/profiles.go, and the problem went away.

My guess is that Guile 2.2.2 sometimes mishandles syntax parameters. In
this case, the syntax param used by ‘with-imported-modules’ was seen as
'() during macro expansion whereas it should have been '((guix build
utils)).

This is very similar to what we see in https://bugs.gnu.org/27476.

Ludo’.
L
L
Ludovic Courtès wrote on 29 Apr 2018 18:04
Re: bug#31294: Failed building dependencies for guix.
(name . Fis Trivial)(address . ybbs.daans@hotmail.com)
87vaca578z.fsf@gnu.org
Hi,

Fis Trivial <ybbs.daans@hotmail.com> skribis:

Toggle quote (33 lines)
> Use following steps to reproduce:
> $ env -i bash --norc --noprofile --login
> $ guix environment guix
>
> Error message:
>
> The following derivations will be built:
> /gnu/store/c53mj37x2dnrgmrpagpv9l5c2ghly2hy-profile.drv
> /gnu/store/vpvx01j2qs31lfix131n1akwdjwf5s4z-xdg-desktop-database.drv
> /gnu/store/hr8xa2inki6lfbn8v9jfgmygbxygszs2-xdg-mime-database.drv
> /gnu/store/5y6mkv079xq5hnfajxfwky0kfc6ffy3p-info-dir.drv
> /gnu/store/95glrzk2y6p6b3z7hlmdignzzvxjvi2r-manual-database.drv
> Backtrace:
> 10 (primitive-load "/gnu/store/mpy5w5gprs1ymrl3kwhqwr2jvnk?")
> In ice-9/eval.scm:
> 721:20 9 (primitive-eval (begin (use-modules (guix build #) ?) ?))
> In ice-9/psyntax.scm:
> 1235:36 8 (expand-top-sequence ((begin (use-modules (# # ?) ?) ?)) ?)
> 1182:24 7 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?)
> 1182:24 6 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?)
> 285:10 5 (parse _ (("placeholder" placeholder)) (()) _ c&e (eval) ?)
> In ice-9/boot-9.scm:
> 3365:20 4 (process-use-modules _)
> 222:17 3 (map1 (((guix build utils)) ((srfi srfi-1)) ((srfi ?)) ?))
> 3366:31 2 (_ ((guix build utils)))
> 2791:6 1 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ ?)
> In unknown file:
> 0 (scm-error misc-error #f "~A ~S" ("no code for modu?" ?) ?)
>
> ERROR: In procedure scm-error:
> no code for module (guix build utils)
> builder for `/gnu/store/5y6mkv079xq5hnfajxfwky0kfc6ffy3p-info-dir.drv' failed with exit code 1

This looks like https://bugs.gnu.org/28144, which we don’t understand
yet.

(Most likely changing the Bash environment just led you to ignore
~/.config/guix/latest (or vice versa), thereby leading you to use a
different set of Guix compiled modules.)

Could you paste /gnu/store/5y6mkv079xq5hnfajxfwky0kfc6ffy3p-info-dir.drv ?

Also, could you post ~/.config/guix/latest/guix/profiles.go and
/run/current-system/profile/lib/guile/2.2/site-ccache/guix/profiles.go ?
(Perhaps you’ll need to gzip them to be sure.)

Thanks in advance,
Ludo’.
L
L
Ludovic Courtès wrote on 29 Apr 2018 21:34
control message for bug #28144
(address . control@debbugs.gnu.org)
87h8nt3iy3.fsf@gnu.org
merge 28144 31294
L
L
Ludovic Courtès wrote on 1 May 2018 15:35
Re: bug#31294: Failed building dependencies for guix.
(name . Fis Trivial)(address . ybbs.daans@hotmail.com)
878t93sdly.fsf@gnu.org
ludo@gnu.org (Ludovic Courtès) skribis:

Toggle quote (5 lines)
> It confirms that the bad code creates a <gexp> structure with the empty
> list as its ‘modules’ field instead of '((guix build utils)).
>
> That’s clearly a Guile bug.

This miscompilation issue involves “syntax parameters” (because
‘with-imported-modules’ uses a syntax parameter), and it very likely has
to do with the thread-safety issue I describe here:

Ludo’.
L
L
Ludovic Courtès wrote on 6 May 2018 17:23
control message for bug #28144
(address . control@debbugs.gnu.org)
87o9hsn6zn.fsf@gnu.org
merge 28144 31367
C
C
Chris Marusich wrote on 10 Aug 2018 08:46
Re: Processed (with 1 errors): Reopen 32385 and merge with 28144
(name . GNU bug tracker automated control server)(address . control@debbugs.gnu.org)
871sb690rp.fsf@gmail.com
severity 32385 important
merge 32385 28144
thanks
--
Chris
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlttNNoACgkQ3UCaFdgi
Rp0g9RAAprTGEFVcZV+5hyJx4pH4DSe2/WaGsb+6MkgI2ppky8z+OS1uTdwsU4+G
ESwGdphAWftooI1GCHFnbTaphwhlopcI+MHS3s7MR4UgIut4QLZaWy1ATFeIviYg
RLTF8t8eKI48Pr49WncPwTeErbtKr7SBELAjbMoVqa/qixDycexXVk7KE1aJ17mg
d7iIRUpbGTyhXhpk2bAiMy+7xId4Gp0Aazqo/5m31pDQbYbq7tpZBlgMiSgNbPa6
oCLMqMJzbr/4eqnGzJVrR/UCOXLzpCsjlKzsT9OMoUHMD0FdPkYEbQJOiVSa4qe8
YDF1CNbN/7pMfainLDWyP3EB8uHgJFBYJEUF/11306BjsFfBxzPmTimy6qlXlfCf
EEsvzrMSRoXtgC9OrGo3C4Q89zt7Kv/WfmRRaaCfgmnf9jLkuFWzYrzLYXfhy4LG
+o1ZP10yud1/sSyuH12gfyhO6JXIFNG4BqYKm16QfWqyEmc3TgF3GSH7N1bNehLs
rbfiEmtXoKT5ZM5NnzXSbhh8gBRg8ZVgKqmrHOGPt6e0aYX4yMDfbQUn8cL/1ucO
ohEo7Oq0lwdX7GetRLwZaGwhob8HdDzLTy6uDyBaEklmwR7jU2V4rFhUiGa5NUmL
D0HQV8RV6fYOQkFSGLTltzF0YR7gbrTmjGL/LHAjdICjIvnGUho=
=Kd9j
-----END PGP SIGNATURE-----

R
R
Ricardo Wurmus wrote on 3 Jan 2019 23:01
Re: bug#31294: Failed building dependencies for guix.
(name . Ludovic Courtès)(address . ludo@gnu.org)
87k1jltn7e.fsf@elephly.net
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (12 lines)
> ludo@gnu.org (Ludovic Courtès) skribis:
>
>> It confirms that the bad code creates a <gexp> structure with the empty
>> list as its ‘modules’ field instead of '((guix build utils)).
>>
>> That’s clearly a Guile bug.
>
> This miscompilation issue involves “syntax parameters” (because
> ‘with-imported-modules’ uses a syntax parameter), and it very likely has
> to do with the thread-safety issue I describe here:
> <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27476#74>.

I just got this on my Fedora workstation in the office, where I use Guix
from a git checkout. I worked around this by moving “guix/profiles.go”
out of the way.

(Some people seem to be getting this with just “guix pull” now.)

--
Ricardo
B
B
Brant Gardner wrote on 28 Jan 2019 14:00
info-dir ERROR: no code for module (guix build utils)
(address . 28144@debbugs.gnu.org)
ce4c4b43-7f04-47fe-9246-cefc9ea7a1ce@www.fastmail.com
I get this very reproducibly with 'guix pull', starting last week. This is on a pretty simple installation of GuixSD, no extra parameters or unusual environment. Is there anything I gather that would help?

Note: This only seems to happen for the non-root user executing 'guix pull' - so far it has not show for root.

--
Brant Gardner
Key: E9F7 AC51 99A7 C8DF 355D A751 7064 3C93 00C0 FBCE
Attachment: file
R
R
Ricardo Wurmus wrote on 28 Jan 2019 19:57
(name . Brant Gardner)(address . brantcgardner@brantware.com)(address . 28144@debbugs.gnu.org)
87h8dsr4nq.fsf@elephly.net
Brant Gardner <brantcgardner@brantware.com> writes:

Toggle quote (8 lines)
> I get this very reproducibly with 'guix pull', starting last
> week. This is on a pretty simple installation of GuixSD, no extra
> parameters or unusual environment. Is there anything I gather that
> would help?
>
> Note: This only seems to happen for the non-root user executing 'guix
> pull' - so far it has not show for root.

That’s because every user has their own version of Guix. The root
user’s copy of Guix differs from that of your other user account.

Could you please tell us what “guix describe” and/or “guix --version”
say? This would help us figure out if we can do something to prevent
this.

You can get out of this problem by using a different variant of Guix to
run “guix pull”, e.g. ~/.config/guix/current-1-link/bin/guix pull.

--
Ricardo
B
B
Brant Gardner wrote on 28 Jan 2019 23:04
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 28144@debbugs.gnu.org)
e6ffad62-d869-4773-8eb2-90aad8c8fe7d@www.fastmail.com
As normal user:

~ % guix describe
guix describe: error: failed to determine origin

~ % guix --version
guix (GNU Guix) 0.16.0-8.7ba2b27
Copyright (C) 2018 the Guix authors
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

-----

Root gets very different answers, as you already pointed out I should expect:

root@mercury ~# guix describe
Generation 3 Jan 27 2019 07:33:28 (current)
guix 4f8be6d
branch: master
commit: 4f8be6d905de0ca53275907cce37742287b51111

root@mercury ~# guix --version
guix (GNU Guix) 4f8be6d905de0ca53275907cce37742287b51111
Copyright (C) 2019 the Guix authors
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


The path you indicated doesn't exist for me, can I use root's path to the guix executable to perform the pull and fix the normal user?

Thank you,

--
Brant Gardner
Key: E9F7 AC51 99A7 C8DF 355D  A751 7064 3C93 00C0 FBCE

On Mon, Jan 28, 2019, at 12:57, Ricardo Wurmus wrote:
Toggle quote (25 lines)
>
> Brant Gardner <brantcgardner@brantware.com> writes:
>
> > I get this very reproducibly with 'guix pull', starting last
> > week. This is on a pretty simple installation of GuixSD, no extra
> > parameters or unusual environment. Is there anything I gather that
> > would help?
> >
> > Note: This only seems to happen for the non-root user executing 'guix
> > pull' - so far it has not show for root.
>
> That’s because every user has their own version of Guix. The root
> user’s copy of Guix differs from that of your other user account.
>
> Could you please tell us what “guix describe” and/or “guix --version”
> say? This would help us figure out if we can do something to prevent
> this.
>
> You can get out of this problem by using a different variant of Guix to
> run “guix pull”, e.g. ~/.config/guix/current-1-link/bin/guix pull.
>
> --
> Ricardo
>
>
S
S
swedebugia wrote on 29 Jan 2019 22:14
(address . bug-guix@gnu.org)
5638a309-1cb3-a9b8-1872-1f458036cb65@riseup.net
Hi Brant

I moved your reply below. Please avoid top posting.

On 2019-01-28 23:04, Brant Gardner wrote:
Toggle quote (3 lines)
> On Mon, Jan 28, 2019, at 12:57, Ricardo Wurmus wrote:
>>

snip

Toggle quote (39 lines)
>> Could you please tell us what “guix describe” and/or “guix --version”
>> say? This would help us figure out if we can do something to prevent
>> this.
>>
>> You can get out of this problem by using a different variant of Guix to
>> run “guix pull”, e.g. ~/.config/guix/current-1-link/bin/guix pull.
> As normal user:
>
> ~ % guix describe
> guix describe: error: failed to determine origin
>
> ~ % guix --version
> guix (GNU Guix) 0.16.0-8.7ba2b27
> Copyright (C) 2018 the Guix authors
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
> -----
>
> Root gets very different answers, as you already pointed out I should expect:
>
> root@mercury ~# guix describe
> Generation 3 Jan 27 2019 07:33:28 (current)
> guix 4f8be6d
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 4f8be6d905de0ca53275907cce37742287b51111
>
> root@mercury ~# guix --version
> guix (GNU Guix) 4f8be6d905de0ca53275907cce37742287b51111
> Copyright (C) 2019 the Guix authors
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
>
> The path you indicated doesn't exist for me, can I use root's path to the guix executable to perform the pull and fix the normal user?

Yes if you make sure it and all directories above it is readable by the
normal user.

--
Cheers
Swedebugia
S
S
swedebugia wrote on 29 Jan 2019 22:17
(address . bug-guix@gnu.org)
6e4534ba-773a-49d8-6251-1e61e86bcea8@riseup.net
On 2019-01-29 22:14, swedebugia wrote:
Toggle quote (57 lines)
> Hi Brant
>
> I moved your reply below. Please avoid top posting.
>
> On 2019-01-28 23:04, Brant Gardner wrote:
>> On Mon, Jan 28, 2019, at 12:57, Ricardo Wurmus wrote:
>>>
>
> snip
>
>>> Could you please tell us what “guix describe” and/or “guix --version”
>>> say?  This would help us figure out if we can do something to prevent
>>> this.
>>>
>>> You can get out of this problem by using a different variant of Guix to
>>> run “guix pull”, e.g. ~/.config/guix/current-1-link/bin/guix pull.
>> As normal user:
>>
>> ~ % guix describe
>> guix describe: error: failed to determine origin
>>
>> ~ % guix --version
>> guix (GNU Guix) 0.16.0-8.7ba2b27
>> Copyright (C) 2018 the Guix authors
>> License GPLv3+: GNU GPL version 3 or later
>> <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>>
>> -----
>>
>> Root gets very different answers, as you already pointed out I should
>> expect:
>>
>> root@mercury ~# guix describe
>> Generation 3    Jan 27 2019 07:33:28    (current)
>>    guix 4f8be6d
>>      repository URL: https://git.savannah.gnu.org/git/guix.git
>>      branch: master
>>      commit: 4f8be6d905de0ca53275907cce37742287b51111
>>
>> root@mercury ~# guix --version
>> guix (GNU Guix) 4f8be6d905de0ca53275907cce37742287b51111
>> Copyright (C) 2019 the Guix authors
>> License GPLv3+: GNU GPL version 3 or later
>> <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>>
>>
>> The path you indicated doesn't exist for me, can I use root's path to
>> the guix executable to perform the pull and fix the normal user?
>
> Yes if you make sure it and all directories above it is readable by the
> normal user.
>

Also see this by fredrick in guix-help:
"I didn't have ~/.config/guix/current-1-link/bin/guix, so I ran
/var/guix/profiles/system-1-link/profile/bin/guix pull. That solved the
issue and I can now run "guix pull" and "guix environment guix"
again. Haven't tried "guix package -u" but I would assume that works as
well."

HTH

--
Cheers
Swedebugia
B
B
Brant Gardner wrote on 1 Feb 2019 20:59
info-dir ERROR: no code for module (guix build utils)
(address . 28144@debbugs.gnu.org)
20190201195943.d7m3bt453iydcyn4@tethys.gardner.local
(Sorry for the top post from before, I've sorted that out now.)

Just wanted to report that using root's path for 'guix-command' worked immediately and my user
profile works fine now.

Thank you!

--
Brant Gardner
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE6fesUZmnyN81XadRcGQ8kwDA+84FAlxUpS4ACgkQcGQ8kwDA
+87Jag/9HrT0P/wyT/6DBK9+6Y4nEXKpbJnnyoN8CrQXu7rEQ05beLtmMdQxomeJ
17N96KH/kkaHqWr6eowY4W1Qs4HPv+MJWNrnpL+LSgaLxe+ZGCJ0wzVndXCavati
pXgb/zrQ8MBJxf6jkg+R64sNvUe45aT5E10+lrP1nd5P14Xf8LwkdiOoRuyxJrU1
cm/YZe7af0ofFiEDG+6DAGZYjp0kMJJYgMQyAlCk2YRSSIYSELyS74f9B7RxkL/S
Avv5JvD+EgjilNnQw1ggi0RiQUbISqDqgFI6vshRC9QAB7+Z863Juh/YdBUMxiYz
fjv1E/MC/qpoqOWAGSgLlmw51qI07MjBpaSmaWnU90Is+Uw6wWfmViwuOxmkAlSj
poBsw6ear/qZCQzAFFs02gsaqTHY/J2/j8BdcgIvABV37EWrt/+zQ83hTGCSVeMR
+yFxjZWdFLB1RRfYsS1JysIYVH+6hD3TtPvJ1LO35mtDeelJhva00zpWemfjSvu6
KNYejEClw53SXTRoxkzGr7kdUW258CCtE1ECPNU17mDp609K39XAk0m7Eg/xjzk+
GWCiVkuJ58vPBIlyrhWj9EHNwe8oY1SjGaekMU38E7qC9B0ade+L3whmqI+B512p
5c+CCWUgM+v1AgStxr1wtguZHtO78SdnKCu1N6V9fCy5K1iHNRI=
=z+6t
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 6 Feb 2019 21:57
control message for bug #28144
(address . control@debbugs.gnu.org)
87imxw8wjw.fsf@gnu.org
severity 28144 serious
L
L
Ludovic Courtès wrote on 6 Feb 2019 21:57
control message for bug #27476
(address . control@debbugs.gnu.org)
87h8dg8wjq.fsf@gnu.org
merge 27476 28144
L
L
Ludovic Courtès wrote on 9 Feb 2019 23:11
(address . control@debbugs.gnu.org)
87sgwwpq85.fsf@gnu.org
reassign 27476 guile
?