bug#58149: guix pull error

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 3856 bytes --]

Dear guix developer,

Issuing the following command, it failed.

######################

(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:
           15 (primitive-load "/gnu/store/mf7gyni499bql0y1zi3v0wdffpxj0jgn-compute-guix-derivation")
In ice-9/eval.scm:
     155:9 14 (_ _)
     159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
     152:2 12 (with-fluid* _ _ _)
     152:2 11 (with-fluid* _ _ _)
In ./guix/store.scm:
   2165:24 10 (run-with-store #<store-connection 256.99 7f4c9883b140> #<procedure 7f4c8df4b0a0 at ./guix/self.scm:12?> ?)
    1993:8  9 (_ #<store-connection 256.99 7f4c9883b140>)
In ./guix/gexp.scm:
    300:22  8 (_ #<store-connection 256.99 7f4c9883b140>)
    1181:2  7 (_ #<store-connection 256.99 7f4c862a6000>)
    1047:2  6 (_ #<store-connection 256.99 7f4c862a6000>)
     893:4  5 (_ #<store-connection 256.99 7f4c862a6000>)
In ./guix/store.scm:
   2050:12  4 (_ #<store-connection 256.99 7f4c862a6000>)
   1402:13  3 (map/accumulate-builds #<store-connection 256.99 7f4c862a6000> #<procedure 7f4c826fa840 at ./guix/stor?> ?)
    1398:5  2 (map/accumulate-builds #<store-connection 256.99 7f4c862a6000> #<procedure 7f4c888a6ec0 at ./guix/stor?> ?)
   1414:15  1 (_ #<store-connection 256.99 7f4c862a6000> ("/gnu/store/b59p3465k0gfhl2zirjsx1n0sh7pnm08-guile-ssh-?" ?) ?)
   1414:15  0 (loop #f)

./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>.

#############################


Thanks for your help
Best
Mat



[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[zimoun]

Hi Matthieu,

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

This error is probably because an issue with guix-hpc-non-free.  Hum,
the «unsupported compression scheme lzip» appears to me unexpected.
Ludo, how the substitutes for this channel are they managed?


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

Hum, I get a substitute for this one.


> / '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"

I also get an substitute for this other one.

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

And “guix time-machine” passes on my desktop machine using these both
commits.


Cheers,
simon

bug#58149: guix pull error

[Ludovic Courtès]

Hi Matthieu & Simon,

zimoun <zimon.toutoune@gmail.com> skribis:

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

[...]

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

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 1148 bytes --]

Hi Ludo,

Le 29/09/2022 à 15:37, Ludovic Courtès a écrit :
>
>>> 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/

Well, I installed guix on my laptop (with ubuntu) the very standard way described on guix website. It was back in January 2020. I 
am issuing `guix pull` commands since without any problem. A colleague came to me yesterday asking for help because guix pull 
crashes on his end(with yet another error). I tried on my end and got the errors we are discussing. I had a try on plafrim and it 
goes through.

I am completely blind here.
Thanks for your help
Mat



[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

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?

Thanks in advance,
Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 5468 bytes --]


Le 29/09/2022 à 17:15, Ludovic Courtès a écrit :
> 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

[sudo] password for mhaefele:
/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale 
(fr_FR.UTF-8)
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    e6777cf
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    546dd9d
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivations will be built:
    /gnu/store/y5078dcfi69z43hsgsiqvv7afgn49i4l-module-import.drv
/gnu/store/sinrwklgfjdfqg7qyr1w5ahbp7kzdabm-module-import-compiled.drv
    /gnu/store/lybfadhfwzldw724mpsbdzakv54wwvvr-hash.scm.drv
    /gnu/store/pl48shh9vvnd8q8909ra7hznhzlcn0gj-config.scm.drv
    /gnu/store/sc6fv5hqxvk1nziq20wi427hh3cmr88n-git.scm.drv
/gnu/store/mxg1428wjqc0b09a2n1bndrwqricv1hd-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 147d0e0>)
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) 14f8140>)))
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
killing process 22631
guix pull: error: some substitutes for the outputs of derivation `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv' 
failed (usually happens due to networking issues); try `--fallback' to build derivation from source

[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Maxime Devos]

[-- Attachment #1.1.1: Type: text/plain, Size: 659 bytes --]



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.

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 929 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 815 bytes --]


Le 29/09/2022 à 19:55, Maxime Devos a écrit :
>
>
> 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.

Fair enough. But the daemon update fails because of lzip missing, so there is nothing new to restart here.

Best,
Mat


[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

Hi,

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

and follow the instructions at
<https://guix.gnu.org/manual/en/html_node/Upgrading-Guix.html>.

After that you can optionally make the same operation to update to the
last commit in ‘master’.

HTH!

Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 4278 bytes --]

Hi,

Le 30/09/2022 à 09:59, Ludovic Courtès a écrit :
> 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/

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

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

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
[sudo] password for mhaefele:
/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale 
(fr_FR.UTF-8)
Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
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'...
Building from these channels:
guix-hpc-non-freehttps://gitlab.inria.fr/guix-hpc/guix-hpc-non-free.git 07d3681
   guix-hpc  https://gitlab.inria.fr/guix-hpc/guix-hpc.git 546dd9d
   guix      https://git.savannah.gnu.org/git/guix.git    a0178d3
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivations will be built:
/gnu/store/d9sr20k80q6858yjqnx8fdmnvzz6y119-module-import-compiled.drv
    /gnu/store/7gcrnsrf95r5w8skikx3gjrimgzwb4cy-module-import.drv
    /gnu/store/lybfadhfwzldw724mpsbdzakv54wwvvr-hash.scm.drv
    /gnu/store/pl48shh9vvnd8q8909ra7hznhzlcn0gj-config.scm.drv
    /gnu/store/sc6fv5hqxvk1nziq20wi427hh3cmr88n-git.scm.drv
/gnu/store/mc20h5zjsyap4hgjsj949agm5jjxz8ql-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 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
killing process 9967
guix pull: error: some substitutes for the outputs of derivation `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv' 
failed (usually happens due to networking issues); try `--fallback' to build derivation from source




[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: Letting clients warn about old daemons

[Ludovic Courtès]

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.

Thoughts?

Ludo’.

bug#58149: Letting clients warn about old daemons

[Maxim Cournoyer]

Hi,

Ludovic Courtès <ludovic.courtes@inria.fr> writes:

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

The commit to the daemon that bumped that protocol is dated Oct 15 2018:
--8<---------------cut here---------------start------------->8---
commit 6ef61cc4c30e94acbd7437f19c893f63a7112267
Author: Ludovic Courtès <ludo@gnu.org>
Date:   Mon Oct 15 22:40:35 2018 +0200

    daemon: Support multiplexed build output.
    
    [...]
    (%protocol-version): Bump to #x163.
    * tests/store.scm ("multiplexed-build-output"): New test.
--8<---------------cut here---------------end--------------->8---

Which would have gotten distributed in a pullable 'guix' with:

--8<---------------cut here---------------start------------->8---
commit 532f92c8f39ef8fa9441bf0840ae642016fac7a5
Author: Ludovic Courtès <ludo@gnu.org>
Date:   Mon Oct 15 23:54:20 2018 +0200

    gnu: guix: Update to f9a8fce.
    
    * gnu/packages/package-management.scm (guix): Update to f9a8fce.
--8<---------------cut here---------------end--------------->8---

That indeed doesn't correspond to the time when lzip was introduced.

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

That'd be nice indeed.

Thanks,

-- 
Maxim

bug#58149: guix pull error

[Ludovic Courtès]

Hi,

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

Let us know how it goes!

Thanks,
Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 5217 bytes --]

Hi,

Le 03/10/2022 à 11:17, Ludovic Courtès a écrit :
> 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
>
Not better unfortunately...

(base) mhaefele@mdlspc113:ksp $ sudo -i guix pull --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063
/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warning: setlocale: LC_ALL: cannot change locale 
(fr_FR.UTF-8)
Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
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'...
Building from these channels:
guix-hpc-non-freehttps://gitlab.inria.fr/guix-hpc/guix-hpc-non-free.git 07d3681
   guix-hpc  https://gitlab.inria.fr/guix-hpc/guix-hpc.git 546dd9d
   guix      https://git.savannah.gnu.org/git/guix.git    a099685
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
killing process 11938
guix pull: error: some substitutes for the outputs of derivation `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv' 
failed (usually happens due to networking issues); try `--fallback' to build derivation from source

Thanks for your efforts :)
Mat




[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

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.

Thanks,
Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 8068 bytes --]


Le 03/10/2022 à 16:03, Ludovic Courtès a écrit :
> 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.
>
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/5ik6sfyk341gwi3ccwn9pl40yri5qadz-libunistring-0.9.10.tar.xz
From https://ftpmirror.gnu.org/gnu/libunistring/libunistring-0.9.10.tar.xz...
following redirection to `https://mirror.cyberbits.eu/gnu/libunistring/libunistring-0.9.10.tar.xz'...
downloading from https://ftpmirror.gnu.org/gnu/libunistring/libunistring-0.9.10.tar.xz ...
  libunistring-0.9.10.tar.xz 2.0MiB 8.7MiB/s 00:00 [##################] 100.0%
successfully built /gnu/store/6rj7an31sdq5g37ixi7fh86zj1vmz1pg-libunistring-0.9.10.tar.xz.drv
building /gnu/store/nm0rvdvmndgnyvdgqh68zg9y9vw0d0kx-linux-libre-4.14.67-gnu.tar.xz.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 ftp://alpha.gnu.org/gnu/guix/mirror/linux-libre-4.14.67-gnu.tar.xz...
Throw to key `ftp-error' with args `(#<input-output: socket 14> "RETR linux-libre-4.14.67-gnu.tar.xz" 550 "Failed to open file.\r")'.

Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz
From https://ftpmirror.gnu.org/gnu/linux-libre/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz...
following redirection to `https://mirror.ibcp.fr/pub/gnu/linux-libre/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz'...
download failed "https://mirror.ibcp.fr/pub/gnu/linux-libre/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 ftp://ftp.cs.tu-berlin.de/pub/gnu/linux-libre/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz...
In procedure getaddrinfo: System error

Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz
From ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/linux-libre/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz...
Throw to key `ftp-error' with args `(#<input-output: socket 18> "CWD 4.14.67-gnu" 550 "Can't change directory to 4.14.67-gnu: No 
such file or directory\r")'.

Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz
From http://ftp.gnu.org/pub/gnu/linux-libre/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz...
download failed "http://ftp.gnu.org/pub/gnu/linux-libre/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

Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz
From https://berlin.guixsd.org/file/linux-libre-4.14.67-gnu.tar.xz/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg...
In procedure getaddrinfo: System error

Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz
From https://tarballs.nixos.org/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg...
download failed "https://tarballs.nixos.org/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg" 404 "Not Found"

Starting download of /gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz
From 
https://archive.softwareheritage.org/api/1/content/sha256:ef660bd55e69b8483bfa9d5fb115872c1158757f21df7230314c1b2f7bdb1f14/raw/...
download failed 
"https://archive.softwareheritage.org/api/1/content/sha256:ef660bd55e69b8483bfa9d5fb115872c1158757f21df7230314c1b2f7bdb1f14/raw/" 
404 "Not Found"
failed to download "/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" 
"ftp://alpha.gnu.org/gnu/guix/mirror/linux-libre-4.14.67-gnu.tar.xz" 
"mirror://gnu/linux-libre/4.14.67-gnu/linux-libre-4.14.67-gnu.tar.xz")
builder for `/gnu/store/nm0rvdvmndgnyvdgqh68zg9y9vw0d0kx-linux-libre-4.14.67-gnu.tar.xz.drv' failed to produce output path 
`/gnu/store/f2j6pi0d18pbz35ypflp61wzhbfcr8dp-linux-libre-4.14.67-gnu.tar.xz'
build of /gnu/store/nm0rvdvmndgnyvdgqh68zg9y9vw0d0kx-linux-libre-4.14.67-gnu.tar.xz.drv failed
View build log at '/var/log/guix/drvs/nm/0rvdvmndgnyvdgqh68zg9y9vw0d0kx-linux-libre-4.14.67-gnu.tar.xz.drv.bz2'.
cannot build derivation `/gnu/store/9vz00dzc42nmqrazfyc1x1j1x57nx6sw-linux-libre-headers-4.14.67.drv': 1 dependencies couldn't be 
built
building /gnu/store/p0kpsbnp1nd2cxad6mxfiksj83lb3ssj-m4-1.4.18.tar.xz.drv...
cannot build derivation `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv': 1 dependencies couldn't be built
guix build: error: build of `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv' failed

Am I doomed !?

Mat


[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

Hi,

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

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.

Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 9292 bytes --]

Hi,

Le 04/10/2022 à 12:11, Ludovic Courtès a écrit :
> 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.

Some progresses indeed, but still failing during compile time this time :

  (base) mhaefele@mdlspc113:m2-mms-hpc (master)*$ guix build --no-substitutes \
      $(guix gc --derivers /gnu/store/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4)

[...]

configure: summary of build options:

   Version:           GNU MP 6.0.0
   Host type:         none-unknown-linux-gnu
   ABI:               standard
   Install prefix: /gnu/store/n4xapbpjryd69dia5yxmz4ah5k6iwhjb-gcc-cross-boot0-5.5.0
   Compiler:          gcc -std=gnu99
   Static libraries:  yes
   Shared libraries:  no

[...]

g++   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing 
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros 
-Wno-overlength-strings -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc 
-Wl,-rpath=/gnu/store/8zqhf670igizfl895hnhhmx9vz6zyzsj-glibc-bootstrap-0/lib -Wl,-dynamic-linker 
-Wl,/gnu/store/8zqhf670igizfl895hnhhmx9vz6zyzsj-glibc-bootstrap-0/lib/ld-linux-x86-64.so.2 -o cc1 c/c-lang.o c-family/stub-objc.o 
attribs.o c/c-errors.o c/c-decl.o c/c-typeck.o c/c-convert.o c/c-aux-info.o c/c-objc-common.o c/c-parser.o c/c-array-notation.o 
c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o 
c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o 
c-family/c-semantics.o c-family/c-ada-spec.o c-family/c-cilkplus.o c-family/array-notation-common.o c-family/cilk.o 
c-family/c-ubsan.o i386-c.o glibc-c.o \
   cc1-checksum.o libbackend.a main.o  libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a 
libcommon.a ../libcpp/libcpp.a ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a 
-L/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/./gmp/.libs 
-L/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/./mpfr/src/.libs 
-L/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/./mpc/src/.libs -lmpc -lmpfr -lgmp -rdynamic -ldl  -L../zlib -lz
g++   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing 
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros 
-Wno-overlength-strings -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc 
-Wl,-rpath=/gnu/store/8zqhf670igizfl895hnhhmx9vz6zyzsj-glibc-bootstrap-0/lib -Wl,-dynamic-linker 
-Wl,/gnu/store/8zqhf670igizfl895hnhhmx9vz6zyzsj-glibc-bootstrap-0/lib/ld-linux-x86-64.so.2 -o cc1plus \
       cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o 
cp/lex.o cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o cp/search.o 
cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o 
cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o cp/vtable-class-hierarchy.o cp/constexpr.o cp/cp-ubsan.o 
attribs.o incpath.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o 
c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o 
c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o c-family/c-cilkplus.o c-family/array-notation-common.o 
c-family/cilk.o c-family/c-ubsan.o i386-c.o glibc-c.o cc1plus-checksum.o libbackend.a main.o  libcommon-target.a libcommon.a 
../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a   ../libbacktrace/.libs/libbacktrace.a 
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/./gmp/.libs 
-L/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/./mpfr/src/.libs 
-L/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/./mpc/src/.libs -lmpc -lmpfr -lgmp -rdynamic -ldl  -L../zlib -lz
collect2: error: ld returned 1 exit status
make[2]: *** [../../gcc-5.5.0/gcc/c/Make-lang.in:71: cc1] Error 1
make[2]: *** Waiting for unfinished jobs....
collect2: error: ld returned 1 exit status
make[2]: *** [../../gcc-5.5.0/gcc/lto/Make-lang.in:71: lto1] Error 1
collect2: error: ld returned 1 exit status
make[2]: *** [../../gcc-5.5.0/gcc/cp/Make-lang.in:99: cc1plus] Error 1
make[2]: Leaving directory '/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build/gcc'
make[1]: *** [Makefile:4105: all-gcc] Error 2
make[1]: Leaving directory '/tmp/guix-build-gcc-cross-boot0-5.5.0.drv-0/build'
make: *** [Makefile:859: all] Error 2
Backtrace:
In ice-9/boot-9.scm:
  157: 12 [catch #t #<catch-closure c900a0> ...]
In unknown file:
    ?: 11 [apply-smob/1 #<catch-closure c900a0>]
In ice-9/boot-9.scm:
   63: 10 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
  432: 9 [eval # #]
In ice-9/boot-9.scm:
2320: 8 [save-module-excursion #<procedure cc1b80 at ice-9/boot-9.scm:3961:3 ()>]
3966: 7 [#<procedure cc1b80 at ice-9/boot-9.scm:3961:3 ()>]
1645: 6 [%start-stack load-stack #<procedure cbd2c0 at ice-9/boot-9.scm:3957:10 ()>]
1650: 5 [#<procedure cc3060 ()>]
In unknown file:
    ?: 4 [primitive-load "/gnu/store/1ybknnj20hqz1mnzi3my0hpd3mj7gpjz-gcc-cross-boot0-5.5.0-guile-builder"]
In ice-9/eval.scm:
  387: 3 [eval # ()]
In srfi/srfi-1.scm:
  830: 2 [every1 #<procedure 155dc40 at 
/gnu/store/lpals6qq7ccbdldzamis7x9mv2p7g4sb-module-import/guix/build/gnu-build-system.scm:795:9 (expr)> ...]
In /gnu/store/lpals6qq7ccbdldzamis7x9mv2p7g4sb-module-import/guix/build/gnu-build-system.scm:
  799: 1 [#<procedure 155dc40 at /gnu/store/lpals6qq7ccbdldzamis7x9mv2p7g4sb-module-import/guix/build/gnu-build-system.scm:795:9 
(expr)> #]
In /gnu/store/lpals6qq7ccbdldzamis7x9mv2p7g4sb-module-import/guix/build/utils.scm:
  616: 0 [invoke "make" "-j" ...]

/gnu/store/lpals6qq7ccbdldzamis7x9mv2p7g4sb-module-import/guix/build/utils.scm:616:6: In procedure invoke:
/gnu/store/lpals6qq7ccbdldzamis7x9mv2p7g4sb-module-import/guix/build/utils.scm:616:6: Throw to key `srfi-34' with args 
`(#<condition &invoke-error [program: "make" arguments: ("-j" "8" 
"LDFLAGS=-Wl,-rpath=/gnu/store/8zqhf670igizfl895hnhhmx9vz6zyzsj-glibc-bootstrap-0/lib -Wl,-dynamic-linker 
-Wl,/gnu/store/8zqhf670igizfl895hnhhmx9vz6zyzsj-glibc-bootstrap-0/lib/ld-linux-x86-64.so.2" "BOOT_CFLAGS=-O2 -g0") exit-status: 2 
term-signal: #f stop-signal: #f] 1e4ef00>)'.
builder for `/gnu/store/dd5vn44jf5w5wa1bx2v5n4mbvm577b4r-gcc-cross-boot0-5.5.0.drv' failed with exit code 1
build of /gnu/store/dd5vn44jf5w5wa1bx2v5n4mbvm577b4r-gcc-cross-boot0-5.5.0.drv failed
View build log at '/var/log/guix/drvs/dd/5vn44jf5w5wa1bx2v5n4mbvm577b4r-gcc-cross-boot0-5.5.0.drv.bz2'.
cannot build derivation `/gnu/store/01217q7g5wi7g0x9vx4w6429dvcbnlf8-gcc-cross-boot0-wrapped-5.5.0.drv': 1 dependencies couldn't 
be built
cannot build derivation `/gnu/store/zlarpjla570axb9hi6c78njaf4y9ffci-glibc-2.28.drv': 1 dependencies couldn't be built
building /gnu/store/a5r02gf0s745bbb28mhbx3sfka2ddnd3-perl-boot0-5.28.0.drv...
cannot build derivation `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv': 1 dependencies couldn't be built
guix build: error: build of `/gnu/store/16c8c8hm1qdn6xz8014939mirc7c4d4j-guile-2.2.4.drv' failed

Not yet given up !!
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.

Thanks for your work guys :)
Mat






[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

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

This will install Guix 1.2 in root’s profile (with
/usr/local/bin/guix-daemon pointing to it, normally).  You can then
start this new daemon:

  systemctl restart guix-daemon

At that point you have lzip support.  Thus, you should be able to
upgrade the daemon to the latest one (while at it) using the documented
procedure:

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

Let me know how it goes!

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

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

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.

Thanks again,
Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 5013 bytes --]

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



[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 5356 bytes --]

It looks like it is not installing what has been built just before and thus try to install it with substitute that are compressed 
with lzip, right ?

Le 05/10/2022 à 12:47, Matthieu Haefele a écrit :
> 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
>
>

[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[zimoun]

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. :-)



Cheers,
simon

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 4707 bytes --]


Le 05/10/2022 à 17:02, zimoun a écrit :
> 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. :-)
>
>
Indeed. Now it can remove guix from the good profile, but this does not solve the issue...


(base) mhaefele@mdlspc113:tmp $  sudo -i guix package -p /root/.config/guix/current -r guix  -i 
/gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af
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 removed:
    guix    1.0.1 /gnu/store/ncknl03pkmamrxg7q9nxi1rn1qhvwbi9-guix-1.0.1

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%
The following derivation will be built:
    /gnu/store/wjf3agihh3b4pi7xkn633r8gkkhm1xi7-profile.drv
30,2 MB will be downloaded:
/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/r658y3cgpnf99nxjxqgjiaizx20ac4k0-guile-2.2.4
/gnu/store/94r26r4vbrqd1f4qahzikzhdkzv2126l-module-import-compiled
/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/ism9qw00d9gdhlhiankg72cik02bpnfm-module-import-compiled
    /gnu/store/lfc9rq12c8001kl584any2pma80gr9x3-libfontenc-1.1.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
    /gnu/store/5s2nib1lrd2101bbrivcl17kjx1mspw6-coreutils-8.30
    /gnu/store/dna8kpb00kq176rz8x69yy4j33my2q55-perl-5.28.0
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/9czfnq4833zcfz3zd0x1zxlrf5d3rrhp-manual-database.drv
    /gnu/store/cd21a945w86a7fzlk35j8jgqb2qjn6pj-info-dir.drv
/gnu/store/jgxsd5vdb289vln1wblwa03ib4zr1yhh-ca-certificate-bundle.drv
    /gnu/store/xw360l7n1lkdcgx9ylpl8bkvrm77d5k1-fonts-dir.drv
downloading from https://ci.guix.gnu.org/nar/lzip/ism9qw00d9gdhlhiankg72cik02bpnfm-module-import-compiled...
Backtrace:
            3 (apply-smob/1 #<catch-closure 1594640>)
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) 1617140>)))
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 24633
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


[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

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

Thanks in advance.  :-)

Ludo’.

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 2263 bytes --]

Hi,

Le 06/10/2022 à 10:47, Ludovic Courtès a écrit :
> 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 !!

     (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 ?

Thanks

Mat


[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[zimoun]

Hi Matthieu,

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

> Victory !!

\o/


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

When you run "guix pull" as a regular user, you just update the
profile ~/.config/guix/current which provides the 'guix' command used
by the user.  Note that several users on the same machine can have
different versions.

When a regular user run 'guix <subcommand>', this talks with
'guix-daemon' and process many actions (store management etc.).  Here
'guix-daemon' is usually provided by the profile
'/root/.config/guix/current' .  Well, it is configured by systemd (or
any others), for instance see [1] considering 'readlink
/root/.config/guix/current' returns
/var/guix/profiles/per-user/root/current-guix.

Therefore, to update the guix-daemon which runs (started by systemd),
you need to update the profile /root/.config/guix' which is done by
running "guix pull" as root.

1: https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-daemon.service.in#n9


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.


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

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. :-)

Ludo, do you think it would be worth to implement a transition plan
for this kind of situation?


Cheers,
simon

PS: Feel free to reply to 58149-done@debbugs.gnu.org if you consider
the bug is now fixed. :-)

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]


Le 06/10/2022 à 12:30, zimoun a écrit :
> 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.

Thanks again
Best,
Mat

[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[zimoun]

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.

To me, Guix via the package manager of the foreign distro is a way for
easing the installation.  However, I agree with Maxime that it is
beneficial to ask to the foreign distro to update their Guix package.
:-)

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

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

Currently, the manual mentions "guix pull" in the header [1], then as
a step of the installation process [2], and a section is dedicated
[3].

Indeed, Invoke guix-daemon [4] does not mention "guix pull" and the
section about "guix pull" [5] does not mention it neither.

Well, what do you think that could be helpful?

1: https://guix.gnu.org/manual/devel/en/guix.html#Installation
2: https://guix.gnu.org/manual/devel/en/guix.html#Binary-Installation
3: https://guix.gnu.org/manual/devel/en/guix.html#Upgrading-Guix
4: https://guix.gnu.org/manual/devel/en/guix.html#Invoking-guix_002ddaemon
5: https://guix.gnu.org/manual/devel/en/guix.html#Invoking-guix-pull


Cheers,
simon

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1.1: Type: text/plain, Size: 2309 bytes --]

Hi,

Le 06/10/2022 à 15:56, zimoun a écrit :
>
> Well, what do you think that could be helpful?
>
Personally, when I installed  guix for the first time, I had very few clues on what it was, how it was working and I guess that's 
the case for most people following the "installation" section of the doc. So I went for the "recommended way" with the shell 
installer script, and as it did the job, when I arrived to the paragraph starting with "If you prefer to perform the installation 
steps manually or want to tweak them", I just stopped reading and switched to examples using guix.

But I got the information that `guix pull` updates my guix installation. I understood later that a guix daemon was running and 
actually executing in root space things I was asking. When I realised this, I did not realise that `guix pull` as simple user was 
not updating the daemon. Thinking of it now, it looks obvious, but as a guix newbie, there is some much other things to absorb, it 
is very easy to overlook it.

I would do at least the two following things :

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.

2. in the documentation, in "2 Installation", right after "Once installed, Guix can be updated by running guix pull (see Invoking 
guix pull). ", I would add something like "From time to time it is needed to upgrade your guix installation (see Upgrading Guix)".

HTH !

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 
<https://gitlab.inria.fr/fuentes/guix4n00bs/-/wikis/home> (well, in French...). I can try to find some time to go on with this 
exercise ... if you find it relevant of course.

Best,
Mat

[-- Attachment #1.2: Type: text/html, Size: 2996 bytes --]

[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[zimoun]

Hi Matthieu,

Thanks for your feedback.

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

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

Ah yes, it could a nice mechanism... instead of reading "guix pull
--news" and miss the notification about a change in guix-daemon, maybe
it could be nice to have, similarly as "old Guix, please run guix
pull", something like "old guix-daemon, please run guix pull as root".


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

If you speak French, and as an attempt to improve the situation about
first level / tutorials, you could be interested by this 1h video [1]
and attached materials.  Well, maybe it helps your colleagues who have
not jumped into Guix, yet! :-)

1: https://replay.jres.org/w/3TuYmocHwKtzs7q1VtL1GB
2: https://zimoun.gitlab.io/jres22-tuto-guix/
3: https://gitlab.com/zimoun/jres22-tuto-guix


Cheers,
simon

bug#58149: guix pull error

[Maxime Devos]

[-- Attachment #1.1.1: Type: text/plain, Size: 706 bytes --]



On 06-10-2022 15:56, zimoun wrote:
> 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.

I meant only to update the daemon with the foreign distro, not the rest 
-- for the rest, there is "guix pull".

Also, would be nice if Guix could be built daemon-only + whatever is 
necessary for the initial "guix pull" as proposed previously (elsewhere 
in another thread by someone else), that would reduce the risk of 
'package from foreign distro's Guix can be outdated.

Greetings,
Maxime.

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 929 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

zimoun <zimon.toutoune@gmail.com> skribis:

> 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. :-)

With:

  guix time-machine --commit=a099685659b4bfa6b3218f84953cbb7ff9e88063 \
    -- build guix --no-grafts

That commit corresponds to ‘v1.2.0’.

Ludo’.

bug#58149: guix pull error

[Maxime Devos]

[-- Attachment #1.1.1: Type: text/plain, Size: 879 bytes --]



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.

Greetings,
Maxime.

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 929 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1: Type: text/plain, Size: 1052 bytes --]


Le 06/10/2022 à 12:57, Maxime Devos a écrit :
>
>
> 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.
>
>
Ok, so on a foreign distro, you would recommand to install guix via the package manager. I learned very recently that it was 
possible...

Thanks
Mat



[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[Maxime Devos]

[-- Attachment #1.1.1: Type: text/plain, Size: 658 bytes --]



On 06-10-2022 14:08, Matthieu Haefele wrote:
>[...]
>> 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...

Yes, with the caveat that sometimes the distro doesn't have Guix or its 
Guix is out-of-date.

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 929 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

bug#58149: guix pull error

[Ludovic Courtès]

Hi!

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

> 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  :)

Yay, who would have thought?!  :-)

Thanks for persevering.  At lease we have a shorter path now next time
someone hits the problem.

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

The daemon changes, gets bug fixes, new features, support for new
compression algorithms, optimizations, etc., but the client/daemon
interface is stable.  Thus, one rarely needs to upgrade the daemon, but
it’s a good idea to update it once in a while.

On Guix System, that happens automatically when you reconfigure your
system, but on other distros it’s easy to overlook that.  The idea of
having clients warn about old daemons was a good one, but the
implementation didn’t work in your situation.

In your case, your daemon supported nothing but gzip (and bzip2 I think)
for substitutes.  However, gzip was officially dropped a few months ago,
meaning that newer substitutes are not available as gzip from
ci.guix.gnu.org:

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

Thus your daemon was unable to fetch substitutes for things that were
built after that time.


BTW, the gzip change was announced publicly through several channels,
but your experience demonstrates that this is not enough.

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

Yes.

Thanks again for your time!

Ludo’

bug#58149: guix pull error

[Matthieu Haefele]

[-- Attachment #1.1.1: Type: text/plain, Size: 1778 bytes --]

Sorry I overlooked your last answer

Le 05/10/2022 à 11:34, Ludovic Courtès a écrit :
>
>> 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?

Out of memory is a possibility, I am running all this on my small laptop, but retried it closing everything else and failed again. 
/var/log/syslog are attached. Except the rise of temperature cores, there is no error appearing here. But I am maybe looking at 
the wrong place, I am a pretty bad sys admin :~


>> 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.  :-)

Wow, just an /exercise/ for you !? What will it be when you will start to really work then ;)


>
>> 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.
>
Fair enough. Still, it makes sense to invest time and energy on the topic even if I am definitely not the skilled guy for it !! I 
am just an humble application developer able to use it and report bugs ;)

Thanks
Mat


[-- Attachment #1.1.2: Type: text/html, Size: 2862 bytes --]

[-- Attachment #1.2: log.bz2 --]
[-- Type: application/x-bzip, Size: 3305 bytes --]

[-- Attachment #2: Signature cryptographique S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4270 bytes --]

bug#58149: guix pull error

[bokr]

Hi Ludo, Simon, et interested ..

On +2022-10-04 12:11:52 +0200, Ludovic Courtès wrote:
> Hi,
> 
> 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)
> > 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
> 
> 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.
> 
> Ludo’.
> 

As you know, particular upstream kernels can be found like
--8<---------------cut here---------------start------------->8---
$ lynx -dump -listonly https://kernel.org/pub/linux/kernel/v4.x/ | egrep 4.14.67\|sha256 
 558. https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.14.67
3155. https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/linux-4.14.67.tar.gz
3156. https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/linux-4.14.67.tar.sign
3157. https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/linux-4.14.67.tar.xz
7177. https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/patch-4.14.67.xz
9018. https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/sha256sums.asc
--8<---------------cut here---------------end--------------->8---

Well, you noticed the extra pattern in the search, I'm sure. :)

What's interesting about sha256sums.asc is that you can do this:
--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---

Which provides a little menu of relevant things.
E.g, we can choose to download the .xz tarball and verify it like
--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---

IMO it would significantly enhance the security and trust assurances
provided by guile and guix repos to adopt this practice from kernel.org.

It is cheap and easy to implement, and provides an integrity check
which can coexist with others provided in various distro VCSs and
package management systems.

UIAM it would also provide another option in writing a package definition
in the part that defines how to get the source and check hashes.
(who wants to show how it would look for the hello pachage? :)

WDYT?

For me, a really trusted well known figure like GkH or Linus as signer
is reassuring, but I think whoever the person is is less important
than providing a verifiable public coherent snapshot (if race-careful)
listing of hash names for the set of files.

People can then discuss the file contents and make references unambigously
by hash (and discuss duplicate hashes with different file names associated :)

A file identified by hash and creating trouble will soon have discussion
on the net, but unless its content is unambiguously specified by its name
people can't be certain they're talking about the exact same thing.

That obviously the role of the hash as verifiable name here.
Any decent search engine should then be able to list discussions
citing the hash for you.

Then we can have lists of discussions, signed by a curator ...  :-p
--
Regards,
Bengt Richter
PS. A cloned guile or guix repo is of course a directory, and selected files
    could be given a sha256sums.asc index and be tracked by git, updated at
    at specially significant commit times. Or is that crazy?
    WDYT??

    Also, would there be places in the https://ci.guix.gnu.org/ tree that it
    would make sense to put sha256sums.asc instances in?
          E.g., What directory does
    https://ci.guix.gnu.org/file/linux-libre-4.14.67-gnu.tar.xz/sha256/050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg
          appear in by ordinary file name?

bug#58149: guix pull error

[zimoun]

Hi Bengt,

On ven., 07 oct. 2022 at 04:40, bokr@bokr.com wrote:
> 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---

I miss what you are suggesting.  Back on 2018, Guix relied on the kernel
distributed by linux-libre.fsfla.org.  Then they dropped the revision of
that version.

Note that at this time (2018), using the wayback time-machine [1], many
signatures were provided.  Then, once included in Guix by commit
fabe2c73548e88004b01f5218d1110141a2114d5, it reads,

--8<---------------cut here---------------start------------->8---
-(define %linux-libre-4.14-version "4.14.66")
-(define %linux-libre-4.14-hash "1sf18m6xjyg535yviz3yjbislf57s180y67z7mzbcl5pq9352bg9")
+(define %linux-libre-4.14-version "4.14.67")
+(define %linux-libre-4.14-hash "050zvdxjy6sc64q75pr1gxsmh49chwav2pwxz8xlif39bvahnrpg")
--8<---------------cut here---------------end--------------->8---

Therefore, you trusted the author of that commit (here Mark H Weaver).


Well, back to today. :-) Thing changed since 2018.  The Linux kernel is
special since it needs some deblob.  Even, a special origin is done for
that purpose named ’computed-origin’.

If you consider the current 4.14 series; revision 295.  For instance,

--8<---------------cut here---------------start------------->8---
$ wget -q https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/linux-4.14.295.tar.xz
$ wget -q -O- https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/sha256sums.asc|egrep 4\\.14\\.295
eb77cae3fadc31f3b44ce3806c9492be1116e4b76ad82ca574c7da22bd78b50c  ChangeLog-4.14.295
fc96f9a1a6f8671d034cc8c8e885bb89a52ba38e2ebaba36e9c83e3761ef1f13  linux-4.14.295.tar.gz
62ccb9ba94a7da5115bc923eebf8dffee9229801da02be87d90ae68ab9a76a6b  linux-4.14.295.tar.xz
941c34f4a5c438bbb1b0ab5ee84b8075acf9c4d3843697259e980def08c6a839  patch-4.14.295.xz
$ sha256sum linux-4.14.295.tar.xz
62ccb9ba94a7da5115bc923eebf8dffee9229801da02be87d90ae68ab9a76a6b  linux-4.14.295.tar.xz
--8<---------------cut here---------------end--------------->8---

--8<---------------cut here---------------start------------->8---
$ guix hash -S none -H sha256 -f hex linux-4.14.295.tar.xz
62ccb9ba94a7da5115bc923eebf8dffee9229801da02be87d90ae68ab9a76a6b

$ guix hash -S none -H sha256 -f nix-base32 linux-4.14.295.tar.xz
0svalywqmrhav63vw0ns06c25sgyvzwfngljpham3nm7jjxbkk32
--8<---------------cut here---------------end--------------->8---

and then you can compare this hash with the one in Guix source [2].

And you can do the same with the deblob scripts.

1: <https://web.archive.org/web/20190919181404/http://linux-libre.fsfla.org/pub/linux-libre/releases/4.14.67-gnu/>
2: <https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/linux.scm?id=759d365cd2485a46a66ed02819f9770677040137#n446>


Cheers,
simon

bug#58149: Unable to pull when using a pre-lzip version of guix-daemon

[Ricardo Wurmus]

I’d just like to note what I do when I’m finding myself in a situation
where I’m tempted to run “guix pull” from a very old version of Guix:

1. visit https://ci.guix.gnu.org and select the “guix” jobset.
2. select a recent successful evaluation, e.g. https://ci.guix.gnu.org/eval/686692
3. select a build for your architecture, e.g. https://ci.guix.gnu.org/build/1565155/details
4. copy the derivation, e.g. /gnu/store/z0zhkvvmnjaji1i6lan0gxdqxhkr59as-guix-17134b9ec.drv
5. run “guix build /gnu/store/z0zhkvvmnjaji1i6lan0gxdqxhkr59as-guix-17134b9ec.drv”; this very noisily substitutes
the derivation and eventually prints “/gnu/store/pl3vs9a35mb0zmmpqimsxvl8ddl1bn41-guix-17134b9ec”

You now have an inconveniently named, but very recent Guix!

If your guix-daemon is too old you can replace it with
/gnu/store/pl3vs9a35mb0zmmpqimsxvl8ddl1bn41-guix-17134b9ec/bin/guix-daemon;
then you run /gnu/store/pl3vs9a35mb0zmmpqimsxvl8ddl1bn41-guix-17134b9ec/bin/guix pull, which upgrades
your Guix at ~/.config/guix/current.

Hope this helps!

-- 
Ricardo