* bug#73602: failed to compute the derivation for Guix
@ 2024-10-02 14:58 Fabrice Tudoret
2024-10-11 16:30 ` bug#73602: bug#73601: " Simon Tournier
0 siblings, 1 reply; 5+ messages in thread
From: Fabrice Tudoret @ 2024-10-02 14:58 UTC (permalink / raw)
To: 73602
[-- Attachment #1.1: Type: text/plain, Size: 18880 bytes --]
Hi every one,
The very first "guix pull" for a new user failed whereas it works fine
for other users.
Have you an idea of what I could do ?
Thanks,
--
Fabrice TUDORET
Laboratoire du Traitement du Signal et de l'Image
INSERM U-1099. Université de Rennes 1
Campus de Beaulieu. Bât 22. 35042. Rennes. France
OUTPUT:
[hjebbari@cluster24 ~]$ guix pull
Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to a47d7af (2 new commits)...
Building from this channel:
guixhttps://git.savannah.gnu.org/git/guix.git a47d7af
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
26.4 MB will be downloaded
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
glibc-2.35 8.5MiB 7.5MiB/s 00:01 ▕██████████████████▏ 100.0%
bash-minimal-5.1.16 588KiB 15.9MiB/s 00:00 ▕██████████████████▏ 100.0%
gcc-11.3.0-lib 5.4MiB 15.8MiB/s 00:00 ▕██████████████████▏ 100.0%
libffi-3.4.4 60KiB 13.4MiB/s 00:00 ▕██████████████████▏ 100.0%
libgc-8.2.2 218KiB 6.1MiB/s 00:00 ▕██████████████████▏ 100.0%
libunistring-1.0 661KiB 22.8MiB/s 00:00 ▕██████████████████▏ 100.0%
pkg-config-0.29.2 209KiB 18.1MiB/s 00:00 ▕██████████████████▏ 100.0%
guile-3.0.9 8.1MiB 15.1MiB/s 00:01 ▕██████████████████▏ 100.0%
guile-3.0.9-debug 7.8MiB 18.3MiB/s 00:00 ▕██████████████████▏ 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
0.4 MB will be downloaded
glibc-utf8-locales-2.35 382KiB 1.6MiB/s 00:00 ▕██████████████████▏ 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%
bash-minimal-5.1.16 569KiB 4.2MiB/s 00:00 ▕██████████████████▏ 100.0%
libffi-3.4.4 56KiB 4.1MiB/s 00:00 ▕██████████████████▏ 100.0%
libgc-8.2.2 228KiB 12.3MiB/s 00:00 ▕██████████████████▏ 100.0%
libunistring-1.0 661KiB 15.7MiB/s 00:00 ▕██████████████████▏ 100.0%
pkg-config-0.29.2 209KiB 18.5MiB/s 00:00 ▕██████████████████▏ 100.0%
guile-3.0.9 8.1MiB 15.0MiB/s 00:01 ▕██████████████████▏ 100.0%
guile-3.0.9-debug 7.8MiB 17.7MiB/s 00:00 ▕██████████████████▏ 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%
libgpg-error-1.45 223KiB 2.2MiB/s 00:00 ▕██████████████████▏ 100.0%
libgcrypt-1.10.1 552KiB 5.8MiB/s 00:00 ▕██████████████████▏ 100.0%
guile-gcrypt-0.4.0 165KiB 5.7MiB/s 00:00 ▕██████████████████▏ 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.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%
module-import-compiled 72KiB 709KiB/s 00:00 ▕██████████████████▏ 100.0%
gmp-6.2.1 572KiB 1.8MiB/s 00:00 ▕██████████████████▏ 100.0%
libltdl-2.4.7 35KiB 6.0MiB/s 00:00 ▕██████████████████▏ 100.0%
building /gnu/store/9gixy6nraman3lcgnzbn7n8njfil74m9-config.scm.drv...
guile-2.0.14 3.0MiB 4.2MiB/s 00:01 ▕██████████████████▏ 100.0%
building /gnu/store/rqrp24hh4a8z5yksszk6qdibxgmlnj08-git.scm.drv...
applying 7 grafts for guile-3.0.9 ...
building /gnu/store/dljzzrg62hjpxgwki91iq21c671aqcwr-hash.scm.drv...
building /gnu/store/2dqshn0xlzawkfqmp2s4x0zgxwd0zvck-module-import.drv...
building /gnu/store/6hc84nfig5847qxsm52ih3pg74xycbxk-module-import.drv...
building /gnu/store/3zlfnqjc30wm4cdj6hwxnr4xd6bvldck-module-import-compiled.drv...
building /gnu/store/da9g56w2yi6bhqdpdd4m309dyhilxs94-module-import-compiled.drv...
building /gnu/store/j0aa14n8ci5nigi687a95dfszgfdav58-compute-guix-derivation.drv...
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
..../....
zipbomb-ISOEnts.zip 20KiB 589KiB/s 00:00 ▕██████████████████▏ 100.0%
zipbomb-docbk41.zip 55KiB 1.5MiB/s 00:00 ▕██████████████████▏ 100.0%
zipbomb-docbkx412.zip 74KiB 2.0MiB/s 00:00 ▕██████████████████▏ 100.0%
zipbomb-docbook-xml-4.4.zip 94KiB 1.2MiB/s 00:00 ▕██████████████████▏ 100.0%
zlib-1.3.tar.gz 1.4MiB 14.5MiB/s 00:00 ▕██████████████████▏ 100.0%
zstd-1.5.2.tar.gz 1.8MiB 1.8MiB/s 00:01 ▕██████████████████▏ 100.0%
building /gnu/store/2fzs8yp81bi3nlm2x03sr0pc5nw1br6g-module-import-compiled.drv...
building /gnu/store/5gf7f8awndhnf2gn2mzbfbqr3ix9aj80-module-import-compiled.drv...
building /gnu/store/ix6f8f21zrl1dr2wzhi3klmvxx3iph7z-module-import-compiled.drv...
building /gnu/store/21c7pjahkh20mmzq2ivki57zwwvp6nwn-bootstrap-binaries-0.drv...
building /gnu/store/ih5923dvfg64nlpibc4qfa22jkyqykrm-bootar-1b.drv...
building /gnu/store/jc3vgcsplqsim3na80b0n2iilna5j6gx-Python-3.5.9.tar.xz.drv...
building /gnu/store/8k8zqwbam4dbpbvxpckrp9a9858kdir5-bash-5.1.tar.xz.drv...
building /gnu/store/0sf7852bz8hnv6r6jcjppihy78v2z8pa-binutils-2.20.1a.tar.xz.drv...
building /gnu/store/g9rpyxqqk7ffis463hwvrd2azs8iys48-binutils-2.41.tar.xz.drv...
building /gnu/store/4i0lsl2z614dm2gk004j18w5g6lcq4f9-file-5.45.tar.xz.drv...
building /gnu/store/6yc5bhgis7knilvc4sv3xrcrcz12vni4-findutils-4.9.0.tar.xz.drv...
building /gnu/store/s1r0sqs4d3pbcrci5bf8sfrq2i39fd4x-gash-boot-0.3.0.drv...
building /gnu/store/jb1gh3n23yy2vwv13ac4q1nrciqndc9h-gcc-4.9.4.tar.xz.drv...
building /gnu/store/qkl2pwps0jq79m2pwf613j845kyng4ig-gash-utils-boot-0.2.0.drv...
building /gnu/store/82sln2h5va0r08axbb4z7sbi62waxl6x-glibc-2.16.0.tar.xz.drv...
building /gnu/store/vm7qp49nwlgpmny08hkhqbckpljvxaw5-glibc-2.39.tar.xz.drv...
building /gnu/store/s8czy94lkp9nmk743nfqxzlfb5pmclw2-gmp-6.0.0a.tar.xz.drv...
building /gnu/store/2nb9psnys11v4ikp7934kvm0rah8931w-grep-3.11.tar.xz.drv...
building /gnu/store/arirswlxww70xgcpg5zjig0mxvfd6g7c-guile-3.0.9.tar.xz.drv...
building /gnu/store/pjazilr4rg9r9kc9mhal04ddnxa503zv-linux-libre-headers-bootstrap-0.drv...
building /gnu/store/jxcamaxfnbxi29hi5n2yszjrq9kjlrjv-make-4.4.1.tar.xz.drv...
building /gnu/store/l1z5m46sgjql7hhl9m4n7l4xksbri3sb-patch-2.7.6.tar.xz.drv...
building /gnu/store/7nn9acc043jgdmkag9dgqx7fh5ilvwqp-perl-5.36.0.tar.xz.drv...
building /gnu/store/zkqyfcpy0wx3wjwfhsdg40b8p00pq44j-sed-4.8.tar.xz.drv...
building /gnu/store/0xhv5abpmlhi8bdqm0clcyxgm421fqik-stage0-posix-1.6.0.drv...
building /gnu/store/n77ncm1b8lkagcvp0an9crv3vw8l66jg-tar-1.34.tar.xz.drv...
building /gnu/store/k99pya50zj6fg0g2sls4xdjnc5s2r55w-mes-boot-0.25.1.drv...
building /gnu/store/k5v847l5hxlny72214vjgpzj6k7ji7xa-texinfo-6.8.tar.xz.drv...
building /gnu/store/f4k07hh4jbn6a9lyakwq39a5jl0bjkcy-tcc-boot0-0.9.26-1149-g46a75d0c.drv...
building /gnu/store/ddp01hrwngv5hiw9ajbinz9mj4sb1azi-gzip-mesboot-1.2.4.drv...
building /gnu/store/04ml40bmg8sfh1dkic8wdagalsx4psxg-make-mesboot0-3.80.drv...
building /gnu/store/3cc3xp9p4xdm1hkbxshcmwvk49vqg7jq-patch-mesboot-2.5.9.drv...
| 'build' phasebuilder for `/gnu/store/3cc3xp9p4xdm1hkbxshcmwvk49vqg7jq-patch-mesboot-2.5.9.drv' failed with exit code 1
build of /gnu/store/3cc3xp9p4xdm1hkbxshcmwvk49vqg7jq-patch-mesboot-2.5.9.drv failed
View build log at '/var/log/guix/drvs/3c/c3xp9p4xdm1hkbxshcmwvk49vqg7jq-patch-mesboot-2.5.9.drv.gz'.
cannot build derivation `/gnu/store/zppf939wxvj8kkcc77wav6vzx7ch61hf-bash-minimal-5.1.16.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/xp8mhvqcx10pnydll2jdlwfp4xdkc4hi-binutils-2.41.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/gad7zcj26b7nkd9q0f883lmi3w1m4hhj-bzip2-1.0.8.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/9nm6gw4mqdqmfc1abhmv89m2w6id7nyj-coreutils-9.1.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/n9qbxl511c7my09q67dfisr99ix236jq-diffutils-3.10.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/9nk2cvlh3igs6vhy04kf8azz2f09mlfb-file-5.45.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/35ldc9a8cvhqzsj6fy0nbnr85h28nsbr-findutils-4.9.0.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/g3k5cmp4g07s5qzgsi92imx6fi61rn7d-gawk-5.3.0.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/hs0ddpl0jyzc1zl69xva2qdm55q558w8-gcc-11.4.0.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/ivfcdk1qygzc4fc4x3iqz9lcqcg9p29s-glibc-2.39.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/ivwlm6gd35xkwq86w1lb7cphvx4n2fdn-grep-3.11.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/vq51mrpvkai2r9rgcv5wch67b1wsdv4m-guile-3.0.9.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/31hhsaas75fq3j5gd4870h8cl6vprdxf-gzip-1.13.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/bxlh7g73608pwynn7di5y7rp8dfg6021-gzip-1.13.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/k8d0li0bxis6mswzsi05y2zf320hqps6-libgc-8.2.4.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/d0h6pwmvrrhfqmsr1j6cpbz3r7ihpqpj-libunistring-1.1.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/w3rfhzwjsx4v97ikfvc0gkl1wack45l6-linux-libre-headers-5.15.49.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/89kmd3qafl6n8s0sqvkadj2c6g3j1zi8-make-4.4.1.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/j03465wk2xyyh3lcc65rgafx94yh9dk1-patch-2.7.6.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/8pnnkyk61vbac83bx027kqvx0lw6y6ax-sed-4.8.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/hgq1yi330ajkp17lrp6kcanfikyhjc9f-tar-1.34.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/7fbzhdi5vr7kkbdp1is5wd5c43z8vrmq-xz-5.4.5.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/ldsvsi4mfbmhwpxghjj5s1na0d8kr94a-zstd-1.5.2.drv': 1 dependencies couldn't be built
cannot build derivation `/gnu/store/r7qvm0ad2qxdm000mlfbr8c8wxw2jfvf-git-minimal-2.46.0.drv': 1 dependencies couldn't be built
Backtrace:
14 (primitive-load "/gnu/store/38agwh7x3v43jhl06ginx2080zc8isfj-compute-guix-derivation")
In ice-9/eval.scm:
155:9 13 (_ _)
159:9 12 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 11 (with-fluid* _ _ _)
152:2 10 (with-fluid* _ _ _)
In ./guix/store.scm:
2210:24 9 (run-with-store #<store-connection 256.100 7f12815410a0> #<procedure 7f12696ada00 at ./guix/self.scm:1?> ?)
2038:8 8 (_ #<store-connection 256.100 7f12815410a0>)
In ./guix/gexp.scm:
300:22 7 (_ #<store-connection 256.100 7f12815410a0>)
1218:2 6 (_ #<store-connection 256.100 7f12815410a0>)
1085:2 5 (_ #<store-connection 256.100 7f12815410a0>)
926:4 4 (_ #<store-connection 256.100 7f12815410a0>)
In ./guix/store.scm:
2095:12 3 (_ #<store-connection 256.100 7f12815410a0>)
1433:5 2 (map/accumulate-builds #<store-connection 256.100 7f12815410a0> #<procedure 7f126dc55920 at ./guix/sto?> ?)
1449:15 1 (_ #<store-connection 256.100 7f12815410a0> ("/gnu/store/i9y8962w382ivw7n66i6vdj2dxg3qi7r-guix-daem?" ?) ?)
1449:15 0 (loop #f)
./guix/store.scm:1449:15: In procedure loop:
ERROR:
1. &store-protocol-error:
message: "build of `/gnu/store/r7qvm0ad2qxdm000mlfbr8c8wxw2jfvf-git-minimal-2.46.0.drv' failed"
status: 100
guix pull: error: You found a bug: the program '/gnu/store/38agwh7x3v43jhl06ginx2080zc8isfj-compute-guix-derivation'
failed to compute the derivation for Guix (version: "a47d7af2273c2dbb5376e776b34e78a9146abbfe"; system: "x86_64-linux";
host version: "a8353e9d6b34fd8d42d2e8f14ce844849fe9c293"; pull-version: 1).
Please report the COMPLETE output above by email to<bug-guix@gnu.org>.
[-- Attachment #1.2: Type: text/html, Size: 22049 bytes --]
[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 6087 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#73602: bug#73601: failed to compute the derivation for Guix
2024-10-02 14:58 bug#73602: failed to compute the derivation for Guix Fabrice Tudoret
@ 2024-10-11 16:30 ` Simon Tournier
2024-10-14 12:03 ` Fabrice Tudoret
0 siblings, 1 reply; 5+ messages in thread
From: Simon Tournier @ 2024-10-11 16:30 UTC (permalink / raw)
To: Fabrice Tudoret; +Cc: 73602, 73601
Hi Fabrice,
On Fri, 11 Oct 2024 at 15:13, Fabrice Tudoret <fabrice.tudoret@univ-rennes1.fr> wrote:
> GUIX seem's to work fine with the root account and the local users but
> not with ldap users.
Ah, that doesn’t ring a bell but maybe it’s related. I don’t know.
> 1-
Just to be sure and since you have reinstalled, what is your Guix
revision?
On a side note, since it seems fine for the root account and here you
run it as root, I guess all is fine. :-) Although I don’t have the
same… 🤔
> [root@cluster24 ~]# cat /gnu/store/jc3vgcsplqsim3na80b0n2iilna5j6gx-Python-3.5.9.tar.xz.drv | sed 's/)/)\n/g'
> Derive([("out","/gnu/store/cv4h89n30myf3nhjqnnahlbij2gaw21z-Python-3.5.9.tar.xz","","")
> ],[("/gnu/store/21c7pjahkh20mmzq2ivki57zwwvp6nwn-bootstrap-binaries-0.drv",["out"])
> ,("/gnu/store/5gf7f8awndhnf2gn2mzbfbqr3ix9aj80-module-import-compiled.drv",["out"])
> ,("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])
> ,("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])
> ],["/gnu/store/1s8jdafkyhz0p81l0j37yih9gbrb5gix-module-import","/gnu/store/h58cvdcdak4d87lw0fkvmkhan95ssljx-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/1s8jdafkyhz0p81l0j37yih9gbrb5gix-module-import","-C","/gnu/store/gz5rcilhcsc5amgxcgyxvn0s5px8sg80-module-import-compiled","/gnu/store/h58cvdcdak4d87lw0fkvmkhan95ssljx-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin)
> (patches . 0)
> )
> ")
> ,("out","/gnu/store/cv4h89n30myf3nhjqnnahlbij2gaw21z-Python-3.5.9.tar.xz")
> ])
>
>
> 2 -The script builder
> /gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder
> is well present in /gnu/store.
Ouf. :-)
Well, since it works as expected when run as root (#) and it fails when
run as a regular ($), I propose to diff various files in order to spot
what could be wrong.
Some details about some internals – well my understanding and I’m
perhaps missing important points –, then maybe they will explain the
logic behind the exploration. :-)
Roughly speaking, the items in the store look like:
/gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-foobar-1.2.3
where ’foobar-1.2.3’ is a “label” corresponding to the package and
’xxx…’ is some hash. This hash is the core of the content-addressed;
the one that allow the substitution, i.e., download the artefacts.
Basically, this hash is computed by hashing the inputs and the script
builders. Therefore somehow it builds a chain and the roots are named
fixed-outputs. Fixed-outputs are items for which we known beforehand
the resulting hash. Else we cannot know the hash beforehand because
it’s hard to know beforehand the checksum of the artefact since the
artefact is the result of the build process (compilation, etc.).
In other words, the expectation is: the same inputs and the same builder
script returns the same store item. And the derivation captures that.
Well, for sure the content of the store item on two machines is the same
only if the process is fully deterministic; another story. ;-)
All that to say: if we scrutinize the derivations and the builder
scripts, then we will spot what introduces a difference.
Aside, please note that two different derivations might produce the same
store item, see for example [1].
Let’s go! :-)
a) Both root and regular must use the exact same Guix revision.
# As root
# readlink -f (type -P guix)
# guix describe
$ As regular user
$ readlink -f (type -P guix)
$ guix describe
b) If that’s not the case, it isn’t an issue for the following but it’s
better to know. :-)
c) Display the both derivations, as root and as regular user
# guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
$ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
The expected situation is: as root,
# guix build -e '(@@ (gnu packages commencement) python-boot0)' -S
it just downloads stuff but as regular user:
$ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S
then it builds stuff and one build fails.
Correct?
d) Display the content of the both derivations, as root and and regular
user.
drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
cat $drv | sed 's/),/\n),/g'
Now we can try to find what can be wrong. :-)
Roughly, the inputs are one fixed-output and these three others:
/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv
/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv
/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
Well, please note that the hash of these derivations might vary but not
their output. For instance,
# sed 's/]/\n]/g' \
/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv \
| head -1
Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
Here the hash ’3895…’ might be different but not ’az8fi8…’. The same
derivation produces the same store item though.
Ok, let consider each. I know that piping with “sed” is not handy and
an extension [2] ]is still pending… Anyway, please pipe the derivations
in order to extract the relevant information.
1. /gnu/store/…-guile-bootstrap: it only depends on fixed-outputs so the
only source of variation comes from the script builder: in my case,
/gnu/store/nmxl6qyj16bv4rx4irhg23r66gn752kd-build-bootstrap-guile.sh
I expect you have the same. As root, you have because it’s the same
derivation, namely
/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv.
What about the regular user?
2. /gnu/store/…-bootstrap-binaries: the inputs reads,
/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv
/gnu/store/nf9h1l2apgjq1gjdv1ynpgqrmaj1bawb-static-binaries.tar.xz.drv
/gnu/store/sik0rp63q7hz4wry27v3ynljdmqvg194-xz.drv
/gnu/store/zn60yim3km5qx8d0vzvf9izfxzfdy4x0-tar.drv
Assuming #1 (identical guile-bootstrap) and the only non fixed-output is
module-import-compiled. Or the script builder.
Do you have the same script builder, namely
/gnu/store/kv2vjnp7f75wnq8rp579ihz96knqp0sl-bootstrap-binaries-0-builder
? I guess you have the same. Therefore, I guess the issue is from
module-import-compiled.
3. /gnu/store/…-module-import-compiled: On my machine, it reads:
--8<---------------cut here---------------start------------->8---
Derive
([("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","","")]
,[("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])]
,["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/l36kgiw25r2a4vllwad18jg8jnkvmzda-build-utils.scm","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
,"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
,[("GUILE_WARN_DEPRECATED","no")
,("extensions","")
,("module count","1")
,("modules","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import")
,("optimization level","1")
,("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled")
,("preferLocalBuild","1")])
--8<---------------cut here---------------end--------------->8---
I guess you also have the same build-utils.scm. Don’t you?
Therefore, I guess the difference is either an environment variable (the
list starting with GUILE_WARN_DEPRECATED) or the file
/gnu/store/…-qcompile-modules. Hum, it would be weird that it comes
from compile-modules…
Ah my train is at destination. To be continued… Let me know!
Cheers,
simon
1: Re: Derivations differ between computers?
zimoun <zimon.toutoune@gmail.com>
Fri, 26 Nov 2021 01:49:00 +0100
id:86lf1bspvn.fsf@gmail.com
https://lists.gnu.org/archive/html/guix-devel/2021-11
https://yhetil.org/guix/86lf1bspvn.fsf@gmail.cmo
2: Guix extension to display derivation (and rewrite fixed-output)
Simon Tournier <zimon.toutoune@gmail.com>
Fri, 12 Apr 2024 20:28:11 +0200
id:87ttk6phac.fsf@gmail.com
https://lists.gnu.org/archive/html/guix-devel/2024-04
https://yhetil.org/guix/87ttk6phac.fsf@gmail.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#73602: bug#73601: failed to compute the derivation for Guix
2024-10-11 16:30 ` bug#73602: bug#73601: " Simon Tournier
@ 2024-10-14 12:03 ` Fabrice Tudoret
2024-10-18 6:12 ` Fabrice Tudoret
2024-10-28 15:52 ` bug#73601: bug#73602: " Simon Tournier
0 siblings, 2 replies; 5+ messages in thread
From: Fabrice Tudoret @ 2024-10-14 12:03 UTC (permalink / raw)
To: Simon Tournier; +Cc: 73602, 73601
[-- Attachment #1.1: Type: text/plain, Size: 15586 bytes --]
Hi Simon,
Thanks again for your involvement.
I did my best to fullfill the tests you suggest. I put the output in
your text.
Essentially the output are the same for the root and the users, so the
situation does not seem clearer to me, but I’m sure it will be different
for you.
Regards
Fabrice T
Le 11/10/2024 à 18:30, Simon Tournier a écrit :
> Hi Fabrice,
>
> On Fri, 11 Oct 2024 at 15:13, Fabrice Tudoret<fabrice.tudoret@univ-rennes1.fr> wrote:
>
>> GUIX seem's to work fine with the root account and the local users but
>> not with ldap users.
> Ah, that doesn’t ring a bell but maybe it’s related. I don’t know.
>
>
>> 1-
> Just to be sure and since you have reinstalled, what is your Guix
> revision?
[root@cluster24 ~]# guix --version
guix (GNU Guix) 7888351b9edd7b0199a973c75bc1c35897d9d7ef
Copyright (C) 2024 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.
>
> On a side note, since it seems fine for the root account and here you
> run it as root, I guess all is fine. :-) Although I don’t have the
> same… 🤔
>
>> [root@cluster24 ~]# cat /gnu/store/jc3vgcsplqsim3na80b0n2iilna5j6gx-Python-3.5.9.tar.xz.drv | sed 's/)/)\n/g'
>> Derive([("out","/gnu/store/cv4h89n30myf3nhjqnnahlbij2gaw21z-Python-3.5.9.tar.xz","","")
>> ],[("/gnu/store/21c7pjahkh20mmzq2ivki57zwwvp6nwn-bootstrap-binaries-0.drv",["out"])
>> ,("/gnu/store/5gf7f8awndhnf2gn2mzbfbqr3ix9aj80-module-import-compiled.drv",["out"])
>> ,("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])
>> ,("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])
>> ],["/gnu/store/1s8jdafkyhz0p81l0j37yih9gbrb5gix-module-import","/gnu/store/h58cvdcdak4d87lw0fkvmkhan95ssljx-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/1s8jdafkyhz0p81l0j37yih9gbrb5gix-module-import","-C","/gnu/store/gz5rcilhcsc5amgxcgyxvn0s5px8sg80-module-import-compiled","/gnu/store/h58cvdcdak4d87lw0fkvmkhan95ssljx-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin)
>> (patches . 0)
>> )
>> ")
>> ,("out","/gnu/store/cv4h89n30myf3nhjqnnahlbij2gaw21z-Python-3.5.9.tar.xz")
>> ])
>>
>>
>> 2 -The script builder
>> /gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder
>> is well present in /gnu/store.
> Ouf. :-)
>
>
> Well, since it works as expected when run as root (#) and it fails when
> run as a regular ($), I propose to diff various files in order to spot
> what could be wrong.
>
> Some details about some internals – well my understanding and I’m
> perhaps missing important points –, then maybe they will explain the
> logic behind the exploration. :-)
>
> Roughly speaking, the items in the store look like:
>
> /gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-foobar-1.2.3
>
> where ’foobar-1.2.3’ is a “label” corresponding to the package and
> ’xxx…’ is some hash. This hash is the core of the content-addressed;
> the one that allow the substitution, i.e., download the artefacts.
>
> Basically, this hash is computed by hashing the inputs and the script
> builders. Therefore somehow it builds a chain and the roots are named
> fixed-outputs. Fixed-outputs are items for which we known beforehand
> the resulting hash. Else we cannot know the hash beforehand because
> it’s hard to know beforehand the checksum of the artefact since the
> artefact is the result of the build process (compilation, etc.).
>
> In other words, the expectation is: the same inputs and the same builder
> script returns the same store item. And the derivation captures that.
> Well, for sure the content of the store item on two machines is the same
> only if the process is fully deterministic; another story. ;-)
>
> All that to say: if we scrutinize the derivations and the builder
> scripts, then we will spot what introduces a difference.
>
> Aside, please note that two different derivations might produce the same
> store item, see for example [1].
>
> Let’s go! :-)
>
>
> a) Both root and regular must use the exact same Guix revision.
>
> # As root
> # readlink -f (type -P guix)
> # guix describe
>
[root@cluster24 ~]# readlink -f guix
/root/guix
[root@cluster24 ~]# type -P guix
/root/.config/guix/current/bin/guix
[root@cluster24 ~]# guix describe
Generation 3 Oct 14 2024 08:46:12 (current)
guix 7888351
repository URL:https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 7888351b9edd7b0199a973c75bc1c35897d9d7ef
> $ As regular user
> $ readlink -f (type -P guix)
> $ guix describe
[fmenna@cluster24 ~]$ readlink -f guix
/NAS/home/fmenna/guix
[fmenna@cluster24 ~]$ type -P guix
/usr/local/bin/guix
[fmenna@cluster24 ~]$ guix describe
guix 7888351
repository URL:https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 7888351b9edd7b0199a973c75bc1c35897d9d7ef
>
> b) If that’s not the case, it isn’t an issue for the following but it’s
> better to know. :-)
It's seem ok.
> c) Display the both derivations, as root and as regular user
>
> # guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
[root@cluster24 ~]# guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
/gnu/store/mbnrrqjizy3dvma9i3l8g5yvzi2p04ys-Python-3.5.9.tar.xz.drv
>
> $ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
[fmenna@cluster24 ~]$ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
user with UID 255759 not found
/gnu/store/mbnrrqjizy3dvma9i3l8g5yvzi2p04ys-Python-3.5.9.tar.xz.drv
I hope the message "user with UID 255759 not found" has nothing to do
with the issue.
>
>
> The expected situation is: as root,
>
> # guix build -e '(@@ (gnu packages commencement) python-boot0)' -S
>
> it just downloads stuff but as regular user:
>
> $ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S
>
> then it builds stuff and one build fails.
>
> Correct?
There is no indication that it builds or fails.
>
>
> d) Display the content of the both derivations, as root and and regular
> user.
>
> drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
> cat $drv | sed 's/),/\n),/g'
[root@cluster24 ~]# drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
cat $drv | sed 's/),/\n),/g'
Derive([("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz","","")],[("/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv",["out"]
),("/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv",["out"]
),("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"]
),("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])],["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","-C","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin) (patches . 0))"
),("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz")])
[fmenna@cluster24 ~]$ drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
cat $drv | sed 's/),/\n),/g'
user with UID 255759 not found
Derive([("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz","","")],[("/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv",["out"]
),("/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv",["out"]
),("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"]
),("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])],["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","-C","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin) (patches . 0))"
),("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz")])
There is no difference in those output between root and regular user.
>
> Now we can try to find what can be wrong. :-)
>
>
> Roughly, the inputs are one fixed-output and these three others:
>
> /gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv
> /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv
> /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
>
> Well, please note that the hash of these derivations might vary but not
> their output. For instance,
>
> # sed 's/]/\n]/g' \
> /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv \
> | head -1
> Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
>
> Here the hash ’3895…’ might be different but not ’az8fi8…’. The same
> derivation produces the same store item though.
>
> Ok, let consider each. I know that piping with “sed” is not handy and
> an extension [2] ]is still pending… Anyway, please pipe the derivations
> in order to extract the relevant information.
[root@cluster24 ~]# sed 's/]/\n]/g' \
/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv | head -1
Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
[fmenna@cluster24 ~]$ sed 's/]/\n]/g' \
> /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv | head -1
Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
> 1. /gnu/store/…-guile-bootstrap: it only depends on fixed-outputs so the
> only source of variation comes from the script builder: in my case,
>
> /gnu/store/nmxl6qyj16bv4rx4irhg23r66gn752kd-build-bootstrap-guile.sh
I have the same:
[root@cluster24 ~]# find /gnu/store -name "*build-bootstrap-guile.sh"
/gnu/store/nmxl6qyj16bv4rx4irhg23r66gn752kd-build-bootstrap-guile.sh
> I expect you have the same. As root, you have because it’s the same
> derivation, namely
> /gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv.
>
> What about the regular user?
The same too.
>
> 2. /gnu/store/…-bootstrap-binaries: the inputs reads,
>
> /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
> /gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv
> /gnu/store/nf9h1l2apgjq1gjdv1ynpgqrmaj1bawb-static-binaries.tar.xz.drv
> /gnu/store/sik0rp63q7hz4wry27v3ynljdmqvg194-xz.drv
> /gnu/store/zn60yim3km5qx8d0vzvf9izfxzfdy4x0-tar.drv
>
> Assuming #1 (identical guile-bootstrap) and the only non fixed-output is
> module-import-compiled. Or the script builder.
>
> Do you have the same script builder, namely
>
> /gnu/store/kv2vjnp7f75wnq8rp579ihz96knqp0sl-bootstrap-binaries-0-builder
>
> ? I guess you have the same. Therefore, I guess the issue is from
> module-import-compiled.
I've the same:
[root@cluster24 ~]# find /gnu/store -name "*bootstrap-binaries-0-builder"
/gnu/store/kv2vjnp7f75wnq8rp579ihz96knqp0sl-bootstrap-binaries-0-builder
>
>
> 3. /gnu/store/…-module-import-compiled: On my machine, it reads:
>
> --8<---------------cut here---------------start------------->8---
> Derive
> ([("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","","")]
> ,[("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])]
> ,["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/l36kgiw25r2a4vllwad18jg8jnkvmzda-build-utils.scm","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
> ,"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
> ,[("GUILE_WARN_DEPRECATED","no")
> ,("extensions","")
> ,("module count","1")
> ,("modules","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import")
> ,("optimization level","1")
> ,("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled")
> ,("preferLocalBuild","1")])
> --8<---------------cut here---------------end--------------->8---
>
> I guess you also have the same build-utils.scm. Don’t you?
I've the exactly the same content in the file
/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
[root@cluster24 ~]# cat /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
Derive([("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","","")]
,[("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])]
,["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/l36kgiw25r2a4vllwad18jg8jnkvmzda-build-utils.scm","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
,"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
,[("GUILE_WARN_DEPRECATED","no")
,("extensions","")
,("module count","1")
,("modules","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import")
,("optimization level","1"),("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled")
,("preferLocalBuild","1")])
About the build-utils.scm, they are also identical:
/root/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/tests/build-utils.scm
/NAS/home/fmenna/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/tests/build-utils.scm
>
> Therefore, I guess the difference is either an environment variable (the
> list starting with GUILE_WARN_DEPRECATED) or the file
> /gnu/store/…-qcompile-modules. Hum, it would be weird that it comes
> from compile-modules…
>
> Ah my train is at destination. To be continued… Let me know!
>
> Cheers,
> simon
>
>
> 1: Re: Derivations differ between computers?
> zimoun<zimon.toutoune@gmail.com>
> Fri, 26 Nov 2021 01:49:00 +0100
> id:86lf1bspvn.fsf@gmail.com
> https://lists.gnu.org/archive/html/guix-devel/2021-11
> https://yhetil.org/guix/86lf1bspvn.fsf@gmail.cmo
>
> 2: Guix extension to display derivation (and rewrite fixed-output)
> Simon Tournier<zimon.toutoune@gmail.com>
> Fri, 12 Apr 2024 20:28:11 +0200
> id:87ttk6phac.fsf@gmail.com
> https://lists.gnu.org/archive/html/guix-devel/2024-04
> https://yhetil.org/guix/87ttk6phac.fsf@gmail.com
[-- Attachment #1.2: Type: text/html, Size: 20630 bytes --]
[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 6087 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#73601: failed to compute the derivation for Guix
2024-10-14 12:03 ` Fabrice Tudoret
@ 2024-10-18 6:12 ` Fabrice Tudoret
2024-10-28 15:52 ` bug#73601: bug#73602: " Simon Tournier
1 sibling, 0 replies; 5+ messages in thread
From: Fabrice Tudoret @ 2024-10-18 6:12 UTC (permalink / raw)
To: Simon Tournier; +Cc: 73602, 73601
[-- Attachment #1.1: Type: text/plain, Size: 16497 bytes --]
Hi Simon,
I'm still struggling with the issue, but I found a kind of work around.
When I create the user home dir manually, the "guix pull" work's fine.
So the trouble could come from a disorder with the automatic home dir
creation.
I wish it's the right track. I keep digging.
Regards,
Fabrice TUDORET
Laboratoire du Traitement du Signal et de l'Image
INSERM U-1099. Université de Rennes 1
Campus de Beaulieu. Bât 22. 35042. Rennes. France
Le 14/10/2024 à 14:03, Fabrice Tudoret a écrit :
>
> Hi Simon,
>
> Thanks again for your involvement.
>
> I did my best to fullfill the tests you suggest. I put the output in
> your text.
>
> Essentially the output are the same for the root and the users, so the
> situation does not seem clearer to me, but I’m sure it will be
> different for you.
>
> Regards
>
> Fabrice T
> Le 11/10/2024 à 18:30, Simon Tournier a écrit :
>> Hi Fabrice,
>>
>> On Fri, 11 Oct 2024 at 15:13, Fabrice Tudoret<fabrice.tudoret@univ-rennes1.fr> wrote:
>>
>>> GUIX seem's to work fine with the root account and the local users but
>>> not with ldap users.
>> Ah, that doesn’t ring a bell but maybe it’s related. I don’t know.
>>
>>
>>> 1-
>> Just to be sure and since you have reinstalled, what is your Guix
>> revision?
> [root@cluster24 ~]# guix --version
> guix (GNU Guix) 7888351b9edd7b0199a973c75bc1c35897d9d7ef
> Copyright (C) 2024 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.
>
>
>
>> On a side note, since it seems fine for the root account and here you
>> run it as root, I guess all is fine. :-) Although I don’t have the
>> same… 🤔
>>
>>> [root@cluster24 ~]# cat /gnu/store/jc3vgcsplqsim3na80b0n2iilna5j6gx-Python-3.5.9.tar.xz.drv | sed 's/)/)\n/g'
>>> Derive([("out","/gnu/store/cv4h89n30myf3nhjqnnahlbij2gaw21z-Python-3.5.9.tar.xz","","")
>>> ],[("/gnu/store/21c7pjahkh20mmzq2ivki57zwwvp6nwn-bootstrap-binaries-0.drv",["out"])
>>> ,("/gnu/store/5gf7f8awndhnf2gn2mzbfbqr3ix9aj80-module-import-compiled.drv",["out"])
>>> ,("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])
>>> ,("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])
>>> ],["/gnu/store/1s8jdafkyhz0p81l0j37yih9gbrb5gix-module-import","/gnu/store/h58cvdcdak4d87lw0fkvmkhan95ssljx-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/1s8jdafkyhz0p81l0j37yih9gbrb5gix-module-import","-C","/gnu/store/gz5rcilhcsc5amgxcgyxvn0s5px8sg80-module-import-compiled","/gnu/store/h58cvdcdak4d87lw0fkvmkhan95ssljx-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin)
>>> (patches . 0)
>>> )
>>> ")
>>> ,("out","/gnu/store/cv4h89n30myf3nhjqnnahlbij2gaw21z-Python-3.5.9.tar.xz")
>>> ])
>>>
>>>
>>> 2 -The script builder
>>> /gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder
>>> is well present in /gnu/store.
>> Ouf. :-)
>>
>>
>> Well, since it works as expected when run as root (#) and it fails when
>> run as a regular ($), I propose to diff various files in order to spot
>> what could be wrong.
>>
>> Some details about some internals – well my understanding and I’m
>> perhaps missing important points –, then maybe they will explain the
>> logic behind the exploration. :-)
>>
>> Roughly speaking, the items in the store look like:
>>
>> /gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-foobar-1.2.3
>>
>> where ’foobar-1.2.3’ is a “label” corresponding to the package and
>> ’xxx…’ is some hash. This hash is the core of the content-addressed;
>> the one that allow the substitution, i.e., download the artefacts.
>>
>> Basically, this hash is computed by hashing the inputs and the script
>> builders. Therefore somehow it builds a chain and the roots are named
>> fixed-outputs. Fixed-outputs are items for which we known beforehand
>> the resulting hash. Else we cannot know the hash beforehand because
>> it’s hard to know beforehand the checksum of the artefact since the
>> artefact is the result of the build process (compilation, etc.).
>>
>> In other words, the expectation is: the same inputs and the same builder
>> script returns the same store item. And the derivation captures that.
>> Well, for sure the content of the store item on two machines is the same
>> only if the process is fully deterministic; another story. ;-)
>>
>> All that to say: if we scrutinize the derivations and the builder
>> scripts, then we will spot what introduces a difference.
>>
>> Aside, please note that two different derivations might produce the same
>> store item, see for example [1].
>>
>> Let’s go! :-)
>>
>>
>> a) Both root and regular must use the exact same Guix revision.
>>
>> # As root
>> # readlink -f (type -P guix)
>> # guix describe
>>
> [root@cluster24 ~]# readlink -f guix
>
> /root/guix
>
> [root@cluster24 ~]# type -P guix
>
> /root/.config/guix/current/bin/guix
>
> [root@cluster24 ~]# guix describe
>
> Generation 3 Oct 14 2024 08:46:12 (current)
>
> guix 7888351
>
> repository URL:https://git.savannah.gnu.org/git/guix.git
>
> branch: master
>
> commit: 7888351b9edd7b0199a973c75bc1c35897d9d7ef
>
>> $ As regular user
>> $ readlink -f (type -P guix)
>> $ guix describe
>
> [fmenna@cluster24 ~]$ readlink -f guix
>
> /NAS/home/fmenna/guix
>
> [fmenna@cluster24 ~]$ type -P guix
>
> /usr/local/bin/guix
>
> [fmenna@cluster24 ~]$ guix describe
>
> guix 7888351
>
> repository URL:https://git.savannah.gnu.org/git/guix.git
>
> branch: master
>
> commit: 7888351b9edd7b0199a973c75bc1c35897d9d7ef
>
>> b) If that’s not the case, it isn’t an issue for the following but it’s
>> better to know. :-)
>
> It's seem ok.
>
>> c) Display the both derivations, as root and as regular user
>>
>> # guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
>
> [root@cluster24 ~]# guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
> /gnu/store/mbnrrqjizy3dvma9i3l8g5yvzi2p04ys-Python-3.5.9.tar.xz.drv
>
>> $ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
>
> [fmenna@cluster24 ~]$ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
> user with UID 255759 not found
> /gnu/store/mbnrrqjizy3dvma9i3l8g5yvzi2p04ys-Python-3.5.9.tar.xz.drv
>
> I hope the message "user with UID 255759 not found" has nothing to do
> with the issue.
>
>
>> The expected situation is: as root,
>>
>> # guix build -e '(@@ (gnu packages commencement) python-boot0)' -S
>>
>> it just downloads stuff but as regular user:
>>
>> $ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S
>>
>> then it builds stuff and one build fails.
>>
>> Correct?
>
> There is no indication that it builds or fails.
>
>
>> d) Display the content of the both derivations, as root and and regular
>> user.
>>
>> drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
>> cat $drv | sed 's/),/\n),/g'
>
>
> [root@cluster24 ~]# drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
> cat $drv | sed 's/),/\n),/g'
> Derive([("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz","","")],[("/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv",["out"]
> ),("/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv",["out"]
> ),("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"]
> ),("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])],["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","-C","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin) (patches . 0))"
> ),("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz")])
> [fmenna@cluster24 ~]$ drv=$(guix build -e '(@@ (gnu packages commencement) python-boot0)' -d -S)
> cat $drv | sed 's/),/\n),/g'
> user with UID 255759 not found
> Derive([("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz","","")],[("/gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv",["out"]
> ),("/gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv",["out"]
> ),("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"]
> ),("/gnu/store/lb5b7svdmfj1ijnzrripsjcv0bhqzpwb-Python-3.5.9.tar.xz.drv",["out"])],["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","-L","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","-C","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","/gnu/store/ykqckrxcmifvxz0nb58lv2drgd14l377-Python-3.5.9.tar.xz-builder"],[("guix properties","((type . origin) (patches . 0))"
> ),("out","/gnu/store/jl82wnklrfhjgnml3s3w0l4m4mjwpazb-Python-3.5.9.tar.xz")])
>
>
> There is no difference in those output between root and regular user.
>
>
>> Now we can try to find what can be wrong. :-)
>>
>>
>> Roughly, the inputs are one fixed-output and these three others:
>>
>> /gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv
>> /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv
>> /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
>>
>> Well, please note that the hash of these derivations might vary but not
>> their output. For instance,
>>
>> # sed 's/]/\n]/g' \
>> /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv \
>> | head -1
>> Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
>>
>> Here the hash ’3895…’ might be different but not ’az8fi8…’. The same
>> derivation produces the same store item though.
>>
>> Ok, let consider each. I know that piping with “sed” is not handy and
>> an extension [2] ]is still pending… Anyway, please pipe the derivations
>> in order to extract the relevant information.
> [root@cluster24 ~]# sed 's/]/\n]/g' \
> /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv | head -1
> Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
> [fmenna@cluster24 ~]$ sed 's/]/\n]/g' \
> > /gnu/store/38951a2gcwb4jyrwlzg634jfwkdih7m2-bootstrap-binaries-0.drv | head -1
> Derive([("out","/gnu/store/az8fi8xzgvkqw9aynxks98h29afal6i2-bootstrap-binaries-0","","")
>
>> 1. /gnu/store/…-guile-bootstrap: it only depends on fixed-outputs so the
>> only source of variation comes from the script builder: in my case,
>>
>> /gnu/store/nmxl6qyj16bv4rx4irhg23r66gn752kd-build-bootstrap-guile.sh
>
> I have the same:
>
> [root@cluster24 ~]# find /gnu/store -name "*build-bootstrap-guile.sh"
> /gnu/store/nmxl6qyj16bv4rx4irhg23r66gn752kd-build-bootstrap-guile.sh
>
>> I expect you have the same. As root, you have because it’s the same
>> derivation, namely
>> /gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv.
>>
>> What about the regular user?
>
> The same too.
>
>> 2. /gnu/store/…-bootstrap-binaries: the inputs reads,
>>
>> /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
>> /gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv
>> /gnu/store/nf9h1l2apgjq1gjdv1ynpgqrmaj1bawb-static-binaries.tar.xz.drv
>> /gnu/store/sik0rp63q7hz4wry27v3ynljdmqvg194-xz.drv
>> /gnu/store/zn60yim3km5qx8d0vzvf9izfxzfdy4x0-tar.drv
>>
>> Assuming #1 (identical guile-bootstrap) and the only non fixed-output is
>> module-import-compiled. Or the script builder.
>>
>> Do you have the same script builder, namely
>>
>> /gnu/store/kv2vjnp7f75wnq8rp579ihz96knqp0sl-bootstrap-binaries-0-builder
>>
>> ? I guess you have the same. Therefore, I guess the issue is from
>> module-import-compiled.
>
> I've the same:
>
> [root@cluster24 ~]# find /gnu/store -name "*bootstrap-binaries-0-builder"
> /gnu/store/kv2vjnp7f75wnq8rp579ihz96knqp0sl-bootstrap-binaries-0-builder
>
>
>> 3. /gnu/store/…-module-import-compiled: On my machine, it reads:
>>
>> --8<---------------cut here---------------start------------->8---
>> Derive
>> ([("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","","")]
>> ,[("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])]
>> ,["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/l36kgiw25r2a4vllwad18jg8jnkvmzda-build-utils.scm","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
>> ,"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
>> ,[("GUILE_WARN_DEPRECATED","no")
>> ,("extensions","")
>> ,("module count","1")
>> ,("modules","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import")
>> ,("optimization level","1")
>> ,("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled")
>> ,("preferLocalBuild","1")])
>> --8<---------------cut here---------------end--------------->8---
>>
>> I guess you also have the same build-utils.scm. Don’t you?
>
> I've the exactly the same content in the file
> /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
>
> [root@cluster24 ~]# cat /gnu/store/ff107pg13nkarix7k9hgxxwx9cnn4602-module-import-compiled.drv
> Derive([("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled","","")]
> ,[("/gnu/store/g08l2msvnivyi6x5nw52ak8n17sw9lzr-guile-bootstrap-2.0.drv",["out"])]
> ,["/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import","/gnu/store/l36kgiw25r2a4vllwad18jg8jnkvmzda-build-utils.scm","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
> ,"x86_64-linux","/gnu/store/lgi9x15a0w35mcpd7g1kb9274r6wy4pv-guile-bootstrap-2.0/bin/guile",["--no-auto-compile","/gnu/store/rn7b0dq6iqfmmqyqzamix2mjmfygn31n-compile-modules"]
> ,[("GUILE_WARN_DEPRECATED","no")
> ,("extensions","")
> ,("module count","1")
> ,("modules","/gnu/store/jsxgc979x79h81kzqz9n6cpf5pk4z262-module-import")
> ,("optimization level","1"),("out","/gnu/store/j2r95mqfir1q6hsavm0r22k8z49nbvk1-module-import-compiled")
> ,("preferLocalBuild","1")])
>
> About the build-utils.scm, they are also identical:
>
> /root/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/tests/build-utils.scm
> /NAS/home/fmenna/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/tests/build-utils.scm
>
>> Therefore, I guess the difference is either an environment variable (the
>> list starting with GUILE_WARN_DEPRECATED) or the file
>> /gnu/store/…-qcompile-modules. Hum, it would be weird that it comes
>> from compile-modules…
>
>
>
>> Ah my train is at destination. To be continued… Let me know!
>>
>> Cheers,
>> simon
>>
>>
>> 1: Re: Derivations differ between computers?
>> zimoun<zimon.toutoune@gmail.com>
>> Fri, 26 Nov 2021 01:49:00 +0100
>> id:86lf1bspvn.fsf@gmail.com
>> https://lists.gnu.org/archive/html/guix-devel/2021-11
>> https://yhetil.org/guix/86lf1bspvn.fsf@gmail.cmo
>>
>> 2: Guix extension to display derivation (and rewrite fixed-output)
>> Simon Tournier<zimon.toutoune@gmail.com>
>> Fri, 12 Apr 2024 20:28:11 +0200
>> id:87ttk6phac.fsf@gmail.com
>> https://lists.gnu.org/archive/html/guix-devel/2024-04
>> https://yhetil.org/guix/87ttk6phac.fsf@gmail.com
[-- Attachment #1.2: Type: text/html, Size: 22232 bytes --]
[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 6087 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#73601: bug#73602: bug#73601: failed to compute the derivation for Guix
2024-10-14 12:03 ` Fabrice Tudoret
2024-10-18 6:12 ` Fabrice Tudoret
@ 2024-10-28 15:52 ` Simon Tournier
1 sibling, 0 replies; 5+ messages in thread
From: Simon Tournier @ 2024-10-28 15:52 UTC (permalink / raw)
To: Fabrice Tudoret; +Cc: 73602, 73601
Hi,
Sorry for the late reply.
On Mon, 14 Oct 2024 at 14:03, Fabrice Tudoret <fabrice.tudoret@univ-rennes1.fr> wrote:
>> c) Display the both derivations, as root and as regular user
>>
>> # guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
>
> [root@cluster24 ~]# guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
> /gnu/store/mbnrrqjizy3dvma9i3l8g5yvzi2p04ys-Python-3.5.9.tar.xz.drv
>
>>
>> $ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
>
> [fmenna@cluster24 ~]$ guix build -e '(@@ (gnu packages commencement) python-boot0)' -S -d
> user with UID 255759 not found
> /gnu/store/mbnrrqjizy3dvma9i3l8g5yvzi2p04ys-Python-3.5.9.tar.xz.drv
>
> I hope the message "user with UID 255759 not found" has nothing to do
> with the issue.
Well, this message comes from the Guix daemon (see nix-daemon.cc file):
/* Open the store. */
store = std::shared_ptr<StoreAPI>(new LocalStore(reserveSpace));
if (userId != (uid_t) -1) {
/* Create the user profile. */
struct passwd *pw = getpwuid(userId);
if (pw != NULL && pw->pw_name != NULL)
store->createUser(pw->pw_name, userId);
else
printMsg(lvlInfo, format("user with UID %1% not found") % userId);
}
Hum, that’s not clear for me. The daemon is a beast… Maybe this has an
impact. For sure, aside Guix, I think it would be better to fix it. :-)
Well, I do not know why but this other message:
> When I create the user home dir manually, the "guix pull" work's fine.
> So the trouble could come from a disorder with the automatic home dir
> creation.
> I wish it's the right track. I keep digging.
spots the light on UID. :-)
Cheers,
simon
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2024-10-28 16:33 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-10-02 14:58 bug#73602: failed to compute the derivation for Guix Fabrice Tudoret
2024-10-11 16:30 ` bug#73602: bug#73601: " Simon Tournier
2024-10-14 12:03 ` Fabrice Tudoret
2024-10-18 6:12 ` Fabrice Tudoret
2024-10-28 15:52 ` bug#73601: bug#73602: " Simon Tournier
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).