Unable to pull when using a pre-lzip version of guix-daemon

> (base) mhaefele@mdlspc113:work $ guix pull

> Updating channel 'guix-hpc-non-free' from Git repository at 'https://gitlab.inria.fr/guix-hpc/guix-hpc-non-free.git'...

> Updating channel 'guix-hpc' from Git repository at 'https://gitlab.inria.fr/guix-hpc/guix-hpc.git'...

> Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...

> Building from these channels:

>   guix      https://git.savannah.gnu.org/git/guix.git    5723c51

> guix-hpc-non-freehttps://gitlab.inria.fr/guix-hpc/guix-hpc-non-free.git e93c9b3

>   guix-hpc  https://gitlab.inria.fr/guix-hpc/guix-hpc.git b0fd5e5

> Backtrace:

>            3 (apply-smob/1 #<catch-closure 7ad6c0>)

> In ice-9/boot-9.scm:

>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)

> In ice-9/eval.scm:

>     619:8  1 (_ #(#(#<directory (guile-user) 8a3140>)))

> In guix/ui.scm:

>   1747:12  0 (run-guix-command _ . _)

> guix/ui.scm:1747:12: In procedure run-guix-command:

> unsupported compression scheme lzip

> substitution of /gnu/store/cl848nafh6912wv6cigqgb89ihspx876-module-import failed

> guix pull: error: some substitutes for the outputs of derivation

> `/gnu/store/j6gy0lzd5aq6nkssy4s7iilivwqbknbd-compute-guix-derivation.drv' failed (usually happens due to networking issues); try

> `--fallback' to build derivation from source

> Then I followed the recommendation to add the --fallback option, but it failed also

> substitution of /gnu/store/81n58x4293zwhvydzvvnypcz7y59jqmx-libtool-2.4.6 complete

> building

> /gnu/store/jp56smaypnaxsjlmbba4hl98pnyj4m19-cmake-bootstrap-3.21.4.drv...

> / 'check' phasebuilder for `/gnu/store/jp56smaypnaxsjlmbba4hl98pnyj4m19-cmake-bootstrap-3.21.4.drv' failed with exit code 1

> Backtrace:

> ./guix/store.scm:1414:15: In procedure loop:

> ERROR:

>   1. &store-protocol-error:

>       message: "build of `/gnu/store/lzwr034rqi7wwcc7d3221b9kh1y54dzx-guile-git-0.5.2.drv' failed"

>       status: 100

> guix pull: error: You found a bug: the program '/gnu/store/mf7gyni499bql0y1zi3v0wdffpxj0jgn-compute-guix-derivation'

> failed to compute the derivation for Guix (version: "5723c511c2d162e86b6d22592f90faf387c6daaf"; system: "x86_64-linux";

> host version: "855097683230b756ba28636bed03ce904b6f3589"; pull-version: 1).

> Please report the COMPLETE output above by email to <bug-guix@gnu.org>.

>> (base) mhaefele@mdlspc113:work $ guix pull

>> guix/ui.scm:1747:12: In procedure run-guix-command:

>> unsupported compression scheme lzip

> Well, I installed guix on my laptop (with ubuntu) the very standard

> way described on guix website. It was back in January 2020.

>

>>> guix/ui.scm:1747:12: In procedure run-guix-command:

>>> unsupported compression scheme lzip

> Matthieu, how did you install guix-daemon?

>

> The daemon provided in the binary installation tarball at

> <https://guix.gnu.org/en/download> has supported lzip for a few years

> already. Likewise if you’re on Guix System.

>

> So I suspect that’s a custom installation where lzip support is somehow

> missing, which can be a problem (ci.guix.gnu.org dropped gzip,

> supporting only zstd + lzip, back in February.)

>

> Thanks,

> Ludo’.

>

> ¹ https://guix.gnu.org/en/blog/2022/sunsetting-gzip-substitutes-availability/

> Hi,

>

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>> Well, I installed guix on my laptop (with ubuntu) the very standard

>> way described on guix website. It was back in January 2020.

> OK. Lzip support was added sometime in 2019:

> <https://guix.gnu.org/en/blog/2019/substitutes-are-now-available-as-lzip/>.

>

> Could you try updating your daemon as described at:

>

> https://guix.gnu.org/manual/en/html_node/Upgrading-Guix.html

>

> Also, could you report the output of:

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

>

> before and after the upgrade?

>

> ########

>

> (base) mhaefele@mdlspc113:work $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

>

>

> guix-daemon (GNU Guix) 1.0.1

>

> ########

>

>

> Updating the daemon triggers the same error wit "unsupported compression scheme lzip"

>

>

> ########

>

> (base) mhaefele@mdlspc113:work $ sudo -i guix pull

> (base) mhaefele@mdlspc113:work $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

>

> guix-daemon (GNU Guix) 1.0.1

> Updating the daemon triggers the same error wit "unsupported compression scheme lzip"

>

> ########

>

> (base) mhaefele@mdlspc113:work $ sudo -i guix pull

>

>

> On 29-09-2022 17:35, Matthieu Haefele wrote:

>> ########

>>

>> (base) mhaefele@mdlspc113:work $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

>>

>> guix-daemon (GNU Guix) 1.0.1

>>

>> ########

>>

>>

>> Updating the daemon triggers the same error wit "unsupported compression scheme lzip"

>>

>> ########

>>

>> (base) mhaefele@mdlspc113:work $ sudo -i guix pull

>

> IIUC how your Guix service is set up, this does indeed update the daemon, but the old Guix daemon is still running, you'll need

> to restart it with whatever mechanism your foreign distribution uses.

>

> Greetings,

> Maxime.

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>> (base) mhaefele@mdlspc113:work $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

>>

>> guix-daemon (GNU Guix) 1.0.1

> It’s indeed a pre-lzip version¹.

>

> Normally, ‘guix’ commands have been printing a message reading “Your

> Guix daemon is severely outdated […]” since February 2022 when talking

> to an old daemon. Can you confirm this was the case? (If not, we have

> a bug in the deprecation machinery.)

>

> ¹ https://guix.gnu.org/en/blog/2019/gnu-guix-1.0.1-released/

>> Updating the daemon triggers the same error wit "unsupported compression scheme lzip"

>>

>> ########

>>

>> (base) mhaefele@mdlspc113:work $ sudo -i guix pull

> I would suggest doing a two-step upgrade; first upgrade to 1.3.0:

>

> sudo -i guix pull --commit=a0178d34f582b50e9bdbb0403943129ae5b560ff

> I worked intensively with guix this summer, I did not get any

> deprecation warnings, I am quite sure. And I still do not get any. So

> might be a good idea to check the deprecation machinery.

>

> (base) mhaefele@mdlspc113:~ $ guix shell python-numpy python coreutils

> (base) mhaefele@mdlspc113:~ $ echo $GUIX_ENVIRONMENT

> /gnu/store/cy8y10jfnbq5y2r16i13q04h1lii428a-profile

>> I would suggest doing a two-step upgrade; first upgrade to 1.3.0:

>>

>> sudo -i guix pull --commit=a0178d34f582b50e9bdbb0403943129ae5b560ff

>

> Are you sure this commit is old enough ? I still get the same error.

> By the way, a general question, where can you see the guix time line,

> such that one has a chance to pick up a relevant commit id at certain

> point in time ?

>

> (base) mhaefele@mdlspc113:~ $ sudo -i guix pull --commit=a0178d34f582b50e9bdbb0403943129ae5b560ff

> 7,5 MB will be downloaded:

>    /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4

>    /gnu/store/0h9x3hqqh4fx52735a7mykqm7mdkqnf4-libgc-7.6.6

>    /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6

>    /gnu/store/b7pbksdw7f1x4faimd2xmgpcipsrp9ns-libffi-3.2.1

>    /gnu/store/g3az3q22hmlqwwzqjv4vqfrhcfl88a2s-libunistring-0.9.10

>    /gnu/store/w967m83560ik61vqv0v8aw3b0avb0hng-libltdl-2.4.6

>    /gnu/store/wsq5x6sizjq8ggyfydccv1hcsciy40wi-gmp-6.1.2

>    /gnu/store/y249ycgfvg0p83hwpwf5nbn1aghjcc9n-pkg-config-0.29.2

> downloading from https://ci.guix.gnu.org/nar/lzip/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6...

> Backtrace:

>            3 (apply-smob/1 #<catch-closure 16b9640>)

> In ice-9/boot-9.scm:

>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)

> In ice-9/eval.scm:

>     619:8  1 (_ #(#(#<directory (guile-user) 173c140>)))

> In guix/ui.scm:

>   1747:12  0 (run-guix-command _ . _)

>

> guix/ui.scm:1747:12: In procedure run-guix-command:

> unsupported compression scheme lzip

> substitution of /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6 failed

>> So you’re right, we have to go a bit further back in time! Apparently

>> v1.2.0 will do, so:

>>

>> guix pull --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063

>>

> Not better unfortunately...

>

> (base) mhaefele@mdlspc113:ksp $ sudo -i guix pull --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063

> The following derivations will be built:

> /gnu/store/bxkxaxkk9v0br8lkb93raz9csjx2c8zd-module-import-compiled.drv

>    /gnu/store/49s0bs87gvv48x9nnjx7i8msjaxs9vwl-module-import.drv

>    /gnu/store/lybfadhfwzldw724mpsbdzakv54wwvvr-hash.scm.drv

>    /gnu/store/pl48shh9vvnd8q8909ra7hznhzlcn0gj-config.scm.drv

>    /gnu/store/sc6fv5hqxvk1nziq20wi427hh3cmr88n-git.scm.drv

> /gnu/store/w6jvr6r28z1gx1s5sxhl0f3d5q417g7y-compute-guix-derivation.drv

> 7,5 MB will be downloaded:

>    /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4

>    /gnu/store/0h9x3hqqh4fx52735a7mykqm7mdkqnf4-libgc-7.6.6

>    /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6

>    /gnu/store/b7pbksdw7f1x4faimd2xmgpcipsrp9ns-libffi-3.2.1

>    /gnu/store/g3az3q22hmlqwwzqjv4vqfrhcfl88a2s-libunistring-0.9.10

>    /gnu/store/w967m83560ik61vqv0v8aw3b0avb0hng-libltdl-2.4.6

>    /gnu/store/wsq5x6sizjq8ggyfydccv1hcsciy40wi-gmp-6.1.2

>    /gnu/store/y249ycgfvg0p83hwpwf5nbn1aghjcc9n-pkg-config-0.29.2

> downloading from https://ci.guix.gnu.org/nar/lzip/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6...

> Backtrace:

>            3 (apply-smob/1 #<catch-closure 1d63640>)

> In ice-9/boot-9.scm:

>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)

> In ice-9/eval.scm:

>     619:8  1 (_ #(#(#<directory (guile-user) 1de6140>)))

> In guix/ui.scm:

>   1747:12  0 (run-guix-command _ . _)

>

> guix/ui.scm:1747:12: In procedure run-guix-command:

> unsupported compression scheme lzip

> substitution of /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6 failed

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>>> I would suggest doing a two-step upgrade; first upgrade to 1.3.0:

>>>

>>> sudo -i guix pull --commit=a0178d34f582b50e9bdbb0403943129ae5b560ff

>> Are you sure this commit is old enough ? I still get the same error.

>> By the way, a general question, where can you see the guix time line,

>> such that one has a chance to pick up a relevant commit id at certain

>> point in time ?

>>

>> (base) mhaefele@mdlspc113:~ $ sudo -i guix pull --commit=a0178d34f582b50e9bdbb0403943129ae5b560ff

> [...]

>

>> 7,5 MB will be downloaded:

>>    /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4

>>    /gnu/store/0h9x3hqqh4fx52735a7mykqm7mdkqnf4-libgc-7.6.6

>>    /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6

>>    /gnu/store/b7pbksdw7f1x4faimd2xmgpcipsrp9ns-libffi-3.2.1

>>    /gnu/store/g3az3q22hmlqwwzqjv4vqfrhcfl88a2s-libunistring-0.9.10

>>    /gnu/store/w967m83560ik61vqv0v8aw3b0avb0hng-libltdl-2.4.6

>>    /gnu/store/wsq5x6sizjq8ggyfydccv1hcsciy40wi-gmp-6.1.2

>>    /gnu/store/y249ycgfvg0p83hwpwf5nbn1aghjcc9n-pkg-config-0.29.2

>> downloading from https://ci.guix.gnu.org/nar/lzip/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6...

>> Backtrace:

>>            3 (apply-smob/1 #<catch-closure 16b9640>)

>> In ice-9/boot-9.scm:

>>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)

>> In ice-9/eval.scm:

>>     619:8  1 (_ #(#(#<directory (guile-user) 173c140>)))

>> In guix/ui.scm:

>>   1747:12  0 (run-guix-command _ . _)

>>

>> guix/ui.scm:1747:12: In procedure run-guix-command:

>> unsupported compression scheme lzip

>> substitution of /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6 failed

> It looks like the substitutes above are only available as lzip or zstd

> even though they’re quite old:

>

> --8<---------------cut here---------------start------------->8---

> $ wget -qO- https://ci.guix.gnu.org/4jh61hq9b4pv1bjqimafcv2w1c20cqrc.narinfo |grep ^Compression

> Compression: lzip

> Compression: zstd

> $ wget -qO- https://ci.guix.gnu.org/r658y3cgpnf99nxjxqgjiaizx20ac4k0.narinfo |grep ^Compression

> Compression: lzip

> Compression: zstd

> --8<---------------cut here---------------end--------------->8---

>

> So you’re right, we have to go a bit further back in time! Apparently

> v1.2.0 will do, so:

>

> guix pull --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063

>

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>>> So you’re right, we have to go a bit further back in time! Apparently

>>> v1.2.0 will do, so:

>>>

>>> guix pull --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063

>>>

>> Not better unfortunately...

>>

>> (base) mhaefele@mdlspc113:ksp $ sudo -i guix pull --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063

> [...]

>

>> The following derivations will be built:

>> /gnu/store/bxkxaxkk9v0br8lkb93raz9csjx2c8zd-module-import-compiled.drv

>>    /gnu/store/49s0bs87gvv48x9nnjx7i8msjaxs9vwl-module-import.drv

>>    /gnu/store/lybfadhfwzldw724mpsbdzakv54wwvvr-hash.scm.drv

>>    /gnu/store/pl48shh9vvnd8q8909ra7hznhzlcn0gj-config.scm.drv

>>    /gnu/store/sc6fv5hqxvk1nziq20wi427hh3cmr88n-git.scm.drv

>> /gnu/store/w6jvr6r28z1gx1s5sxhl0f3d5q417g7y-compute-guix-derivation.drv

>> 7,5 MB will be downloaded:

>>    /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4

>>    /gnu/store/0h9x3hqqh4fx52735a7mykqm7mdkqnf4-libgc-7.6.6

>>    /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6

>>    /gnu/store/b7pbksdw7f1x4faimd2xmgpcipsrp9ns-libffi-3.2.1

>>    /gnu/store/g3az3q22hmlqwwzqjv4vqfrhcfl88a2s-libunistring-0.9.10

>>    /gnu/store/w967m83560ik61vqv0v8aw3b0avb0hng-libltdl-2.4.6

>>    /gnu/store/wsq5x6sizjq8ggyfydccv1hcsciy40wi-gmp-6.1.2

>>    /gnu/store/y249ycgfvg0p83hwpwf5nbn1aghjcc9n-pkg-config-0.29.2

>> downloading from https://ci.guix.gnu.org/nar/lzip/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6...

>> Backtrace:

>>            3 (apply-smob/1 #<catch-closure 1d63640>)

>> In ice-9/boot-9.scm:

>>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)

>> In ice-9/eval.scm:

>>     619:8  1 (_ #(#(#<directory (guile-user) 1de6140>)))

>> In guix/ui.scm:

>>   1747:12  0 (run-guix-command _ . _)

>>

>> guix/ui.scm:1747:12: In procedure run-guix-command:

>> unsupported compression scheme lzip

>> substitution of /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6 failed

> Oh my bad, it’s the same one as before.

>

> You should be able to get around it by first building things locally:

>

> guix build --no-substitutes \

> $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

>

> This is going to take a while though…

>

> I’m sorry this upgrade turns out to be so painful. We know what to work

> on next.

>

> Hi,

>

> (Cc: Mathieu O. + Maxim.)

>

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>> I worked intensively with guix this summer, I did not get any

>> deprecation warnings, I am quite sure. And I still do not get any. So

>> might be a good idea to check the deprecation machinery.

>>

>> (base) mhaefele@mdlspc113:~ $ guix shell python-numpy python coreutils

>> (base) mhaefele@mdlspc113:~ $ echo $GUIX_ENVIRONMENT

>> /gnu/store/cy8y10jfnbq5y2r16i13q04h1lii428a-profile

>

> Indeed. I’ve just realized that commit

> f9c62b23cc88541756656b3ec602ce987828d906, which added that deprecation

> warning, will actually only fire with daemons dating back from before

> 2018 (the date at which ‘PROTOCOL_VERSION’ was last updated in

> ‘worker-protocol.hh’). Going back to this issue at hand, it won’t

> report a daemon that lacks lzip support.

> Mathieu, Maxim: I think we need a finer-grain mechanism here, or maybe a

> new builtin that would let a client ask the daemon for supported

> features.

> Le 03/10/2022 à 16:03, Ludovic Courtès a écrit :

>> You should be able to get around it by first building things locally:

>>

>> guix build --no-substitutes \

>> $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

>>

>> This is going to take a while though…

>>

>> I’m sorry this upgrade turns out to be so painful. We know what to work

>> on next.

>>

> Problems at fetching the kernel sources apparently...

>

> (base) mhaefele@mdlspc113:m2-mms-hpc (master)*$ guix build --no-substitutes \

>>     $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

> The following derivations will be built:

>   /gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv

>   /gnu/store/06pscnfdljxnyb673pqyhnvz1x5rjl1l-libgc-7.6.6.drv

> /gnu/store/4k028mc8dnnx478dirgx90rpby465jqr-ld-wrapper-boot3-0.drv

>   /gnu/store/agrwc0hhkxjb96z66nb6hakimb4a2vg3-module-import.drv

> Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz

> From https://linux-libre.fsfla.org/pub/linux-libre/releases/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz...

> download failed "https://linux-libre.fsfla.org/pub/linux-libre/releases/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz" 404 "Not Found"

> Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz

> From https://mirror.hydra.gnu.org/file/linux-libre-4.14.67-gnu.tar.xz/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg...

> In procedure connect: Network is unreachable

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>> Le 03/10/2022 à 16:03, Ludovic Courtès a écrit :

> [...]

>

>>> You should be able to get around it by first building things locally:

>>>

>>> guix build --no-substitutes \

>>> $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

>>>

>>> This is going to take a while though…

>>>

>>> I’m sorry this upgrade turns out to be so painful. We know what to work

>>> on next.

>>>

>> Problems at fetching the kernel sources apparently...

>>

>> (base) mhaefele@mdlspc113:m2-mms-hpc (master)*$ guix build --no-substitutes \

>>      $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

>>

> You can fetch it with:

>

> wget -O linux-libre-4.14.67-gnu.tar.xz \

> https://ci.guix.gnu.org/file/linux-libre-4.14.67-gnu.tar.xz/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg

> guix download file://$PWD/linux-libre-4.14.67-gnu.tar.xz

>

> Let’s see if you can proceed from there.

>

> At any rate, it’s a good lesson for us developers, so thanks for

> persevering.

>  (base) mhaefele@mdlspc113:m2-mms-hpc (master)*$ guix build --no-substitutes \

>      $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

> collect2: error: ld returned 1 exit status

> make[2]: *** [../../gcc-5.5.0/gcc/c/Make-lang.in:71: cc1] Error 1

> Thanks for diving in this ocean of code and trying to make it manageable with a reproducible process to build it :)

> BTW I am watching the videos of the very interesting event organized

> for the ten years of guix. The presentation of Efraim Flashner stunted

> me. 40h of compile just for rust from the bootstrap on a RISC-V but

> still GHz processor. How can these things work in the end ... ? Life,

> as the single negentropic known process should play its role here as

> well. The minimalism wished by Pjotr Prins is the way to go if we want

> to keep the illusion of controlling what we are doing.

> Hi Matthieu,

>

> I figured there’s an easier option:

>

> guix build \

> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

> sudo -i guix package -r guix -i \

> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

> Hi Ludo,

>

> Still lzip missing... Sorry for bothering so much...

>

> Le 05/10/2022 à 11:34, Ludovic Courtès a écrit :

>> Hi Matthieu,

>>

>> I figured there’s an easier option:

>>

>>    guix build \

>> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> ok, it goes throug with substitution.

>

>

>>    sudo -i guix package -r guix -i \

>> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> I am getting an error when trying to remove the guix package as it is not part of the profile, so I just try to install the package

>

>

> (base) mhaefele@mdlspc113:~ $ sudo -i guix package -i /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

> /gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale

> (fr_FR.UTF-8)

> guix package: warning: Consider running 'guix pull' followed by

> 'guix package -u' to get up-to-date packages and security updates.

>

> The following package will be installed:

>    guix-1.2.0rc2    1.0d4b1af /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> 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%

> The following derivation will be built:

>    /gnu/store/hbjh97mjafx25vs6kdc5cybjkq1xgbzd-profile.drv

> 30,2 MB will be downloaded:

>    /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4

> /gnu/store/syp239hi3xjgxdm8r4hvhhzh67i5ixgl-module-import-compiled

>    /gnu/store/r7dmaiczxb4vikn9644hsxmnh0sjyjg1-texinfo-6.5

>    /gnu/store/q09sy224qnxrp982z4xfaxi19721mjx8-gzip-1.9

> /gnu/store/hq0mz4p13znlb7zazzgvm9hf2j3vqsia-guile-gdbm-ffi-20120209.fa1d5b6

> /gnu/store/dlm7i6w4z5rfigf10l26r5648isalf2r-module-import-compiled

>    /gnu/store/4qvhdr4d4wzcdid2hkg5wanw1269nnkx-module-import

> /gnu/store/gza8djv7fmxh60pdh8jkkjj7shy3mnsz-module-import-compiled

>    /gnu/store/5dnkbi6zchkisgwx2914k0iafllcvv93-freetype-2.9.1

>    /gnu/store/1fl9vk8fpafkws4qyy25vcdfpybxyh1k-guile-2.0.14

>    /gnu/store/55m57xamf980iymccl9k26k4an0ynf7d-libpng-1.6.34

>    /gnu/store/c7sm7sn3yccffpggxrrfipqcn4wz3vfw-libpng-1.6.37

>    /gnu/store/d84nbv6r94i8ixvz7f6g22pwdyvnnx6g-module-import

>    /gnu/store/sw8vw31fnmfrjhb32sxvvy0yxrx9s1hc-mkfontscale-1.2.1

>    /gnu/store/3rgvdjy72vqsv45f85b0phpirnzxb4w2-mkfontdir-1.0.7

> /gnu/store/94r26r4vbrqd1f4qahzikzhdkzv2126l-module-import-compiled

> /gnu/store/ism9qw00d9gdhlhiankg72cik02bpnfm-module-import-compiled

>    /gnu/store/0h9x3hqqh4fx52735a7mykqm7mdkqnf4-libgc-7.6.6

>    /gnu/store/4jh61hq9b4pv1bjqimafcv2w1c20cqrc-libatomic-ops-7.6.6

>    /gnu/store/b7pbksdw7f1x4faimd2xmgpcipsrp9ns-libffi-3.2.1

>    /gnu/store/g3az3q22hmlqwwzqjv4vqfrhcfl88a2s-libunistring-0.9.10

>    /gnu/store/w967m83560ik61vqv0v8aw3b0avb0hng-libltdl-2.4.6

>    /gnu/store/wsq5x6sizjq8ggyfydccv1hcsciy40wi-gmp-6.1.2

>    /gnu/store/y249ycgfvg0p83hwpwf5nbn1aghjcc9n-pkg-config-0.29.2

>    /gnu/store/5s2nib1lrd2101bbrivcl17kjx1mspw6-coreutils-8.30

>    /gnu/store/dna8kpb00kq176rz8x69yy4j33my2q55-perl-5.28.0

>    /gnu/store/lfc9rq12c8001kl584any2pma80gr9x3-libfontenc-1.1.4

> The following grafts will be made:

>    /gnu/store/3x42c8gphp0lzgcvr23yfa3rbjlyqdbd-mkfontdir-1.0.7.drv

> /gnu/store/9z5sqc0kz80dh47hmfccm340zfm5556x-mkfontscale-1.2.1.drv

>    /gnu/store/ivighhym2js9xpj77c27qg4gfw16xxwr-freetype-2.9.1.drv

> The following profile hooks will be built:

>    /gnu/store/ximfqr7qzdjkiiq7jy2nshj3yzlwazlw-manual-database.drv

>    /gnu/store/4snpqafhd8mda41ikf7ihymmmipc5y7w-fonts-dir.drv

> /gnu/store/pakwc2r6x41niidjh8l5kiqxka0j8s9v-ca-certificate-bundle.drv

>    /gnu/store/xiw0g27hg9mlm9i5bhb1phlyai518m3b-info-dir.drv

> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%

> downloading from https://ci.guix.gnu.org/nar/lzip/ism9qw00d9gdhlhiankg72cik02bpnfm-module-import-compiled...

> Backtrace:

>            3 (apply-smob/1 #<catch-closure 1d0a640>)

> In ice-9/boot-9.scm:

>     705:2  2 (call-with-prompt _ _ #<procedure default-prompt-handle…>)

> In ice-9/eval.scm:

>     619:8  1 (_ #(#(#<directory (guile-user) 1d8d140>)))

> In guix/ui.scm:

>   1747:12  0 (run-guix-command _ . _)

>

> guix/ui.scm:1747:12: In procedure run-guix-command:

> unsupported compression scheme lzip

> substitution of /gnu/store/ism9qw00d9gdhlhiankg72cik02bpnfm-module-import-compiled failed

> killing process 12249

> guix package: error: some substitutes for the outputs of derivation

> `/gnu/store/97wvcdim7xa3s1dd3f3y59zkw26w37yk-module-import-compiled.drv' failed (usually happens due to networking issues); try

> `--fallback' to build derivation from source

>

>

> Thanks

> Mat

>

>

>

>> collect2: error: ld returned 1 exit status

>> make[2]: *** [../../gcc-5.5.0/gcc/c/Make-lang.in:71: cc1] Error 1

> I don’t see an error message in the snippet you pasted. Could it be

> OOM, or was there a clue in /var/log/messages or similar?

>> Thanks for diving in this ocean of code and trying to make it manageable with a reproducible process to build it :)

> That’s an insightful exercise for sure. :-)

>

>> BTW I am watching the videos of the very interesting event organized

>> for the ten years of guix. The presentation of Efraim Flashner stunted

>> me. 40h of compile just for rust from the bootstrap on a RISC-V but

>> still GHz processor. How can these things work in the end ... ? Life,

>> as the single negentropic known process should play its role here as

>> well. The minimalism wished by Pjotr Prins is the way to go if we want

>> to keep the illusion of controlling what we are doing.

> The bootstrapping effort is about “regaining control” of our software

> stack in a way, but it shows just how much things had gotten awry.

>

> > sudo -i guix package -r guix -i \

> > /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> I am getting an error when trying to remove the guix package as it is not part of the profile, so I just try to install the package

> Hi Matthieu,

>

> On Wed, 5 Oct 2022 at 12:48, Matthieu Haefele <matthieu.haefele@cnrs.fr> wrote:

>

>>> sudo -i guix package -r guix -i \

>>> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>> I am getting an error when trying to remove the guix package as it is not part of the profile, so I just try to install the package

> I guess, that's because the command operates on the profile

> /root/.guix-profile and not on the profile /root/.config/guix/current;

> maybe you need to specify the profile with the option '-p'. Well,

> although some blocking issues seems elsewhere. :-)

>

>

>> sudo -i guix package -r guix -i \

>> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> I am getting an error when trying to remove the guix package as it is not part of the profile, so I just try to install the package

> Hi,

>

> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>

>>> sudo -i guix package -r guix -i \

>>> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>> I am getting an error when trying to remove the guix package as it is not part of the profile, so I just try to install the package

> Could you try with ‘--bootstrap’ as shown below?

>

> sudo -i guix package --bootstrap -r guix -i \

> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> Victory !!

> 1. What am I doing wrong to have stuck to this old guix daemon all this time ? Shall I run this `sudo -i guix pull` regularly to

> keep my daemon up to date ? But then it looks like I am the only one who faced this issue, weird, no ? And problems should have

> started back in February, but I intensively worked on guix this summer, including some `guix pull`... If reasons are not too

> complicated, I am interested in getting some insights.

> 2. We have tried out several things. If I have a colleague in a similar situation, could you confirm the following procedure:

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

> # should answer something like "guix-daemon (GNU Guix) 1.0.1"

>

> guix build \

> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> sudo -i guix package --bootstrap -p /root/.config/guix/current \

> -r guix -i /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> systemctl restart guix-daemon

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

> # should answer "guix-daemon (GNU Guix) 1.2.0rc2-1.0d4b1af"

>

> sudo -i guix pull

>

> systemctl restart guix-daemon

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

> # should answer something like "guix-daemon (GNU Guix) 1.3.0-30.17134b9"

> 1. What am I doing wrong to have stuck to this old guix daemon all this

> time ? Shall I run this `sudo -i guix pull` regularly to keep my daemon

> up to date ? But then it looks like I am the only one who faced this

> issue, weird, no ? And problems should have started back in February,

> but I intensively worked on guix this summer, including some `guix

> pull`... If reasons are not too

> complicated, I am interested in getting some insights.

>

>

> On 06-10-2022 12:10, Matthieu Haefele wrote:

>> 1. What am I doing wrong to have stuck to this old guix daemon all this time ? Shall I run this `sudo -i guix pull` regularly

>> to keep my daemon up to date ? But then it looks like I am the only one who faced this issue, weird, no ? And problems should

>> have started back in February, but I intensively worked on guix this summer, including some `guix pull`... If reasons are not

>> too complicated, I am interested in getting some insights.

>

> IIUC, you installed Guix on a foreign distro.  If so, you could use your distro package manager to install & update the guix

> daemon (apt-get install, apt-get update, apt-get upgrade on Debian).  It likely won't be the latest version, but it should be

> close enough, and if not you could ask your distro to update their Guix.

>

>

> On Thu, 6 Oct 2022 at 12:10, Matthieu Haefele <matthieu.haefele@cnrs.fr> wrote:

>

>

>> 1. What am I doing wrong to have stuck to this old guix daemon all this time ? Shall I run this `sudo -i guix pull` regularly to

>> keep my daemon up to date ? But then it looks like I am the only one who faced this issue, weird, no ? And problems should have

>> started back in February, but I intensively worked on guix this summer, including some `guix pull`... If reasons are not too

>> complicated, I am interested in getting some insights.

>

> Personally, I run "guix pull" as root (update the daemon) each every

> while. ;-) Usually, at each new release and/or when I read (guix pull

> --news; as regular user) something important.

> Thanks for the explaination, it confirms what I understood. Maybe the three lines above should be part of some best practise or

> documentation, especially for people like me running guix on a foreign distro without using the distro's package manager. I do not

> remember having seen such recommendation.

>

> Well, what do you think that could be helpful?

>

> 1. If it is technically possible, depending on the difference between the current installed and the latest available versions of the daemon, I would print at the end of a `guix pull`, a message asking for the upgrade of the guix daemon going from the notice of these versions to a critical warning.

> More generally, the guix doc is very well written, compact and informative, but it is like an encyclopedia. You have to read it almost entirely and extract the basics from large amounts of advanced features to get started. I totally agree with Konrad Hinsen's comment on the documentation at the last 10 years birthday conference, some first level / tutorials like documentation is missing. I took some notes during my guix learning process and I started to put them on this wiki page (well, in French...). I can try to find some time to go on with this exercise ... if you find it relevant of course.

>[...]

>> IIUC, you installed Guix on a foreign distro.  If so, you could use

>> your distro package manager to install & update the guix daemon

>> (apt-get install, apt-get update, apt-get upgrade on Debian).  It

>> likely won't be the latest version, but it should be close enough, and

>> if not you could ask your distro to update their Guix.

>>

>>

> Ok, so on a foreign distro, you would recommand to install guix via the

> package manager. I learned very recently that it was possible...

> Victory !!

>

>     (base) mhaefele@mdlspc113:tmp $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

>     guile: warning: failed to install locale

>     guix-daemon (GNU Guix) 1.3.0-30.17134b9

>

> And the `guix pull` runs smoothly now, thanks a lot  :)

> Now it is fixed I have two questions:

> 1. What am I doing wrong to have stuck to this old guix daemon all

> this time ? Shall I run this `sudo -i guix pull` regularly to keep my

> daemon up to date ? But then it looks like I am the only one who faced

> this issue, weird, no ? And problems should have started back in

> February, but I intensively worked on guix this summer, including some

> `guix pull`... If reasons are not too complicated, I am interested in

> getting some insights.

> 2. We have tried out several things. If I have a colleague in a similar situation, could you confirm the following procedure:

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

> # should answer something like "guix-daemon (GNU Guix) 1.0.1"

>

>

>

> guix build \

> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> sudo -i guix package --bootstrap -p /root/.config/guix/current \

> -r guix -i /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af

>

> systemctl restart guix-daemon

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

> # should answer "guix-daemon (GNU Guix) 1.2.0rc2-1.0d4b1af"

>

> sudo -i guix pull

>

> systemctl restart guix-daemon

>

>

> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version

> # should answer something like "guix-daemon (GNU Guix) 1.3.0-30.17134b9"

>

> Agree ?

> Hi,

>

> As a rule of thumb, I do not recommend to update Guix via the package

> manager of the foreign distro. Because 1. no so much foreign distro

> provide such Guix package and 2. the package from this foreign package

> manager can be outdated.

> Well, I cannot confirm the store name as

> /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af.

> Personally, I also miss how Ludo found these items. :-)

> On +2022-10-04 12:11:52 +0200, Ludovic Courtès wrote:

>> Matthieu Haefele <matthieu.haefele@cnrs.fr> skribis:

>> > Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz

>> > From https://linux-libre.fsfla.org/pub/linux-libre/releases/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz...

>> > download failed "https://linux-libre.fsfla.org/pub/linux-libre/releases/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz" 404 "Not Found"

>>

>> [...]

>>

>> > Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz

>> > From https://mirror.hydra.gnu.org/file/linux-libre-4.14.67-gnu.tar.xz/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg...

>> > In procedure connect: Network is unreachable

>> wget -O linux-libre-4.14.67-gnu.tar.xz \

>> https://ci.guix.gnu.org/file/linux-libre-4.14.67-gnu.tar.xz/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg

>> guix download file://$PWD/linux-libre-4.14.67-gnu.tar.xz

> --8<---------------cut here---------------start------------->8---

> $ wget -q -O- https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/sha256sums.asc|egrep 4\\.14\\.67

> 93b4ea4816a8a73e4ba2d9c26dc622035b1b504010f1048c0455a190a653166e ChangeLog-4.14.67

> a53d3a3b5877e1847fb34ecb75aabce2a1bf3cc0ee7236cf2aef02f0ecf83433 linux-4.14.67.tar.gz

> 3f4b056dc27233a78f7a4a35ed6fdcfd0a9680ec40b611a898bb6c8b905070ba linux-4.14.67.tar.xz

> 42c7ff27d7cefbf0b4e313c757db1f2cfa2d65fa22cbe908c24aafafc995bd5f patch-4.14.67.xz

> --8<---------------cut here---------------end--------------->8---

> --8<---------------cut here---------------start------------->8---

> $ time wget -q https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/linux-4.14.67.tar.xz

>

> real 0m47.015s

> user 0m2.381s

> sys 0m3.720s

> $ sha256sum linux-4.14.67.tar.xz

> 3f4b056dc27233a78f7a4a35ed6fdcfd0a9680ec40b611a898bb6c8b905070ba linux-4.14.67.tar.xz

> --8<---------------cut here---------------end--------------->8---