guix pull: error: You found a bug:

  • Done
  • quality assurance status badge
Details
4 participants
  • Bengt Richter
  • Efraim Flashner
  • Kai Mertens
  • Ludovic Courtès
Owner
unassigned
Submitted by
Kai Mertens
Severity
normal
K
K
Kai Mertens wrote on 22 Oct 2019 08:34
(address . bug-guix@gnu.org)
20191022083418.0c821e9d.kmx@posteo.net
Dear Guix Developers,

unfortunately, I do not manage to update my GNU Guix version via “guix
pull”. The command fails with the listed message after being executed
for about 16hours.

I would very much apreciate if you find the time to investigate this
bug. What kind of information shall I provide, else?

best regards
Kai Mertens


~~~

guix pull: error: You found a bug: the program '/gnu/store/vi260mff4pp4svm3rwz7lcq7kcdxa03k-compute-guix-derivation'
failed to compute the derivation for Guix (version: "f0bbf894a1f935c1e0109f35899acb6dfcb977f2"; system: "i686-linux";
host version: "2e62ba46e2dc6f27398a65eb157b4ce711ff0e6b"; pull-version: 1).
Please report it by email to <bug-guix@gnu.org>.

~~~

--
Kai Mertens <kmx@posteo.net>
OpenPGP Key-ID: 0x40B15AB4B05B5BF1 on keys.gnupg.net
Key fingerprint = 7C83 0A80 01FF 679C 6E8E AFD3 40B1 5AB4 B05B 5BF1
What is that? Please check: https://emailselfdefense.fsf.org/en/
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfIMKgAH/Z5xujq/TQLFatLBbW/EFAl2uouoACgkQQLFatLBb
W/E4mw/+OeL+frHt28tXX/R9SnK105Am+3JmWADEsiSg+4/O4w1uGE0pZPMcPI6N
f7tgA5lCkx4qptC0YA/MhLoDXzp9C1jKAyQAxcdq5K9ZEO+VzWeHpC/yS2u8dr73
00GcTit8LInJ5upqovRgOnblD4qLVImDIaFaRprCMAOSe3Yjs7YnkjWbx67xY6ar
H/Z7xmR/L8+w6fdhFdoU2wKLbmeASoiIbrtEjwyT+Jwm6kDeLB2Su5YjqdcVznnW
3/nE+608tgyql+LcLiNt0T1KnniwigwhLgqJZ9tCQNB1Sgvnopiah/V1+gr5nXT+
bdZuahpPL6LYUdkawOHBycmM6viLr7AZScVJ3NDLxGkdJ468XjoCmgYqStkJYcKr
/wWIr+XQnm+8e0jxZcVFkY1cizaupUOxd6+DfNXpgJ/fuO5FzqBXHLL8nJT7foHN
YIFGWYJh6ipVfv6Te4BiFMxtz5cj1jd0RdbHutO1DoiXRW6oJ9qA7gDzX1MN05un
3BQX2rLcnYDM9XlP59FimR4PlPIkeMNmeo4Oz+YQbH4gaXtibydA3P3bJRy8g3EW
YTYgtNbbGcv1kIzs5O1VvZKXnA+sXe+rrTX37zYcPRLV19OD/ymY60hA8RnXjBh3
qZ0f7ul0DFCTnJhzyZhkPP4pAmSb3qrHvDMGW/ydxfjc1cKFS5w=
=ey89
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 22 Oct 2019 23:21
(name . Kai Mertens)(address . kmx@posteo.net)(address . 37865@debbugs.gnu.org)
87sgnkwk5l.fsf@gnu.org
Hi Kai,

Kai Mertens <kmx@posteo.net> skribis:

Toggle quote (4 lines)
> unfortunately, I do not manage to update my GNU Guix version via “guix
> pull”. The command fails with the listed message after being executed
> for about 16hours.

Did you enable substitutes from https://ci.guix.gnu.org?

If it run for 16 hours, it may be that substitutes were disabled or
unavailable for some reason, and that Guix went ahead and started
building lots of things, eventually failing.

Perhaps the lines before the error showed the actual build issue?

Toggle quote (5 lines)
> guix pull: error: You found a bug: the program '/gnu/store/vi260mff4pp4svm3rwz7lcq7kcdxa03k-compute-guix-derivation'
> failed to compute the derivation for Guix (version: "f0bbf894a1f935c1e0109f35899acb6dfcb977f2"; system: "i686-linux";
> host version: "2e62ba46e2dc6f27398a65eb157b4ce711ff0e6b"; pull-version: 1).
> Please report it by email to <bug-guix@gnu.org>.

I tried reproducing it by doing:

guix pull --commit=2e62ba46e2dc6f27398a65eb157b4ce711ff0e6b -p /tmp/old-guix
/tmp/old-guix/bin/guix pull --commit=f0bbf894a1f935c1e0109f35899acb6dfcb977f2 -p /tmp/old-to-new

but that worked.

So I guess the problem has to do with a transient build failure or
something.

Thanks,
Ludo’.
L
L
Ludovic Courtès wrote on 23 Oct 2019 11:50
(name . Kai Mertens)(address . kmx@posteo.net)(address . 37865@debbugs.gnu.org)
874kzzx023.fsf@gnu.org
Hi,

Kai Mertens <kmx@posteo.net> skribis:

Toggle quote (23 lines)
> On Tue, 22 Oct 2019 23:21:58 +0200
> Ludovic Courtès <ludo@gnu.org> wrote:
>
>> Hi Kai,
>>
>
> Hello Ludovic,
>
>> Kai Mertens <kmx@posteo.net> skribis:
>>
>> > unfortunately, I do not manage to update my GNU Guix version via “guix
>> > pull”. The command fails with the listed message after being executed
>> > for about 16hours.
>>
>> Did you enable substitutes from <https://ci.guix.gnu.org>?
>> See <https://guix.gnu.org/manual/en/html_node/Substitutes.html>.
>>
>
> hmm, I did not enable substitutes explicitly in the command line, but
> as far as I remember, I allowed guix to use substitutes when I set it
> up some time ago. Is there a handy command that helps me to check the
> current configuration? Anyway, I was not using option --no-substitutes.

If you installed it long ago, it could be that you authorized
substitutes from hydra.gnu.org (the former CI server, discontinued in
June¹) but not from ci.guix.gnu.org.

So you would need to check:

1. which substitute URL guix-daemon is using;

2. which keys are authorized in /etc/guix/acl.

The above chapter of the manual has more info on this.

LMK how it goes!


Toggle quote (14 lines)
> Ahh, you are right. And please accept my apologies, as I did not see
> the essential hint:
>
>> command "make" "check" "-j" "2" failed with status 2
>> note: build failure may have been caused by lack of free disk space
>> builder for `/gnu/store/wswfwmyrbd39blimabdkm46z6b138rlc-tar-1.32.drv' failed with exit code 1
>> @ build-failed /gnu/store/wswfwmyrbd39blimabdkm46z6b138rlc-tar-1.32.drv - 1 builder for `/gnu/store/wswfwmyrbd39blimabdkm46z6b138rlc-tar-1.32.drv' failed with exit code 1
>> cannot build derivation `/gnu/store/fpfj0ds2vd7vapp54dkf09jipl0mkzgw-ghostscript-9.27.drv': 1 dependencies couldn't be built
>> [...]
>
> Indeed, at the time of failure, the root partition had only about 2.8G
> space left. But /tmp had something like 9G in spare. I wonder if I can
> tell guix to use as much tmp-space as applicable?

Guix needs space in /gnu/store to store the actual build results, and it
needs space in /tmp when it’s building stuff.

Building ‘tar’, for example, consumes quite a bit of space (in /tmp)
because its test suite runs on large files.

Toggle quote (3 lines)
> I will try to enlarge the root partition and try again.
> Would you mind to give a recommendation for its size?

It depends on your use case of course, but most likely you’ll need at
least a dozen GiB.

But first, I recommend figuring out the substitute story so you don’t
have to build everything locally!

Thanks,
Ludo’.
K
K
Kai Mertens wrote on 23 Oct 2019 08:55
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 37865@debbugs.gnu.org)
20191023085503.7af886c5.kmx@posteo.net
On Tue, 22 Oct 2019 23:21:58 +0200
Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (3 lines)
> Hi Kai,
>

Hello Ludovic,

Toggle quote (10 lines)
> Kai Mertens <kmx@posteo.net> skribis:
>
> > unfortunately, I do not manage to update my GNU Guix version via “guix
> > pull”. The command fails with the listed message after being executed
> > for about 16hours.
>
> Did you enable substitutes from <https://ci.guix.gnu.org>?
> See <https://guix.gnu.org/manual/en/html_node/Substitutes.html>.
>

hmm, I did not enable substitutes explicitly in the command line, but
as far as I remember, I allowed guix to use substitutes when I set it
up some time ago. Is there a handy command that helps me to check the
current configuration? Anyway, I was not using option --no-substitutes.

Toggle quote (4 lines)
> If it run for 16 hours, it may be that substitutes were disabled or
> unavailable for some reason, and that Guix went ahead and started
> building lots of things, eventually failing.

Hmm, shall I try
guix pull --substitute-urls=https://ci.guix.gnu.org
next time?

Toggle quote (3 lines)
>
> Perhaps the lines before the error showed the actual build issue?

Ahh, you are right. And please accept my apologies, as I did not see
the essential hint:

Toggle quote (7 lines)
> command "make" "check" "-j" "2" failed with status 2
> note: build failure may have been caused by lack of free disk space
> builder for `/gnu/store/wswfwmyrbd39blimabdkm46z6b138rlc-tar-1.32.drv' failed with exit code 1
> @ build-failed /gnu/store/wswfwmyrbd39blimabdkm46z6b138rlc-tar-1.32.drv - 1 builder for `/gnu/store/wswfwmyrbd39blimabdkm46z6b138rlc-tar-1.32.drv' failed with exit code 1
> cannot build derivation `/gnu/store/fpfj0ds2vd7vapp54dkf09jipl0mkzgw-ghostscript-9.27.drv': 1 dependencies couldn't be built
> [...]

Indeed, at the time of failure, the root partition had only about 2.8G
space left. But /tmp had something like 9G in spare. I wonder if I can
tell guix to use as much tmp-space as applicable?

Toggle quote (20 lines)
>
> > guix pull: error: You found a bug: the program
> > '/gnu/store/vi260mff4pp4svm3rwz7lcq7kcdxa03k-compute-guix-derivation'
> > failed to compute the derivation for Guix (version:
> > "f0bbf894a1f935c1e0109f35899acb6dfcb977f2"; system: "i686-linux";
> > host version: "2e62ba46e2dc6f27398a65eb157b4ce711ff0e6b";
> > pull-version: 1). Please report it by email to <bug-guix@gnu.org>.
>
> I tried reproducing it by doing:
>
> guix pull --commit=2e62ba46e2dc6f27398a65eb157b4ce711ff0e6b
> -p /tmp/old-guix /tmp/old-guix/bin/guix pull
> --commit=f0bbf894a1f935c1e0109f35899acb6dfcb977f2 -p /tmp/old-to-new
>
> but that worked.
>
> So I guess the problem has to do with a transient build failure or
> something.
>

I will try to enlarge the root partition and try again.
Would you mind to give a recommendation for its size?

Thanks for your immediate, kind response!!
best regards
Kai


--
Kai Mertens <kmx@posteo.net>
OpenPGP Key-ID: 0x40B15AB4B05B5BF1 on keys.gnupg.net
Key fingerprint = 7C83 0A80 01FF 679C 6E8E AFD3 40B1 5AB4 B05B 5BF1
What is that? Please check: https://emailselfdefense.fsf.org/en/
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfIMKgAH/Z5xujq/TQLFatLBbW/EFAl2v+UcACgkQQLFatLBb
W/GzOxAAnZ4B6XsB3d6LsnDG4/BPm3AtXuEQdrlbcEBtk6W8Wkze15JJU1XQOJsv
x7EHNdTEHmw/BufZL4mY4NJAgKDR+l7wSivleEKMPuTDJolDtdF7QBwDxSDtS425
zkBv1Dnh/ih3eTqCOAC/7UHRISFW//Ut2CXQLrIRZrZllODEX7sJyjF7Bsld0JUn
21jxt2sclgmJUzBedTaghcOnZt3NfW4HwVwfy27O8csKS38A3vLfFK5By8ot62I7
5glTKtSBsWJv+C32Se15Yzu2UxmvTdlv9K8QBTmh5xKdcZYSHx4ZbNjeggXGdXVw
k0CXrxNFcyKNt6sVPIks9dFNJ9XwPGvJqHntT9R/bK6x/Al1C3IePIvTocKFEaNi
4Lk3KlRZGtHgtpICiWNStKHuH5G8RmEtmNbgcSzZskvnMz8HwZPhE29BrALw1XJX
X9NMc0DTHeE8uTmBUXdU0/rDwk0cN8C/8Cl8e+qKEmL6Odmn1BBpArh6wec1iMzo
tAfArTlV1MfsdqWRC0Ir18IppQQOjjqCQum/c2OP+4uF0sARXoFw2V4/i2oaFfia
ODnvyubwY6XbmmxiIiUPPYIriKmqtasVqGafCrqmW/UxnIv3H3H1ThR9kT5YyReB
kP8yvcO417zuS6r6ZgTTDcwByjRgmz+P3Ic0l6Q+sHtHXFMG8h8=
=Oh57
-----END PGP SIGNATURE-----


K
K
Kai Mertens wrote on 23 Oct 2019 16:26
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 37865@debbugs.gnu.org)
20191023162411.3d520e24.kmx@posteo.net
On Wed, 23 Oct 2019 11:50:44 +0200
Ludovic Courtès <ludo@gnu.org> wrote:

Toggle quote (14 lines)
> >> Did you enable substitutes from https://ci.guix.gnu.org?
> >> See <https://guix.gnu.org/manual/en/html_node/Substitutes.html>.
> >>
> >
> > hmm, I did not enable substitutes explicitly in the command line, but
> > as far as I remember, I allowed guix to use substitutes when I set it
> > up some time ago. Is there a handy command that helps me to check the
> > current configuration? Anyway, I was not using option --no-substitutes.
>
> If you installed it long ago, it could be that you authorized
> substitutes from hydra.gnu.org (the former CI server, discontinued in
> June¹) but not from ci.guix.gnu.org.
>

Yes indeed!

Toggle quote (4 lines)
> So you would need to check:
>
> 1. which substitute URL guix-daemon is using;

I tried the example as seen in “4.3.2 Substitute Server Authorization”:

$ guix build emacs --dry-run
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 18.6%guix substitute: error: TLS error in procedure 'read_from_session_record_port': The TLS connection was non-properly terminated.
guix build: error: substituter `substitute' died unexpectedly

So apparently, guix is using the obsolete hydra server.

Toggle quote (4 lines)
>
> 2. which keys are authorized in /etc/guix/acl.
>

This file shows only one key, but that one is listed four times as like:
(entry
(public-key
(rsa
(n
#00DB1634E3D9DFAC97AE4734DAE968CCB15EE4815C82BDC254883DBB49FE1EF32268E82D4BBE0E35298C481C9DA15
51642FAFF05AEC1A60712F1BB4BE7D25D7EFF7A4F89704A5A9AC232870CB9F2476C3B538A0E990A8825DEB73081D31
7001FB8A188600F2FEF5F5F570E857F3EE4355077A3C3918ED72723A56BA55C466D400658974D7DAD1F6B7B63C192B
9C2704D98BBFF1C3BD5B8EF11A8ADC83ACB8FD8E9F1E792FDAD262415D13F2DEE55F330908CFDA9C3C8C32B64F7DD0
88457D34F445E2E2C83C6D680549DC9B6E6573B89496567204ED285E67A279F2F667080BA941D80D015CE87B0FB6A9
1A99CECC7D91D2D210B00E4B6E611DA51DB008F1DFE3FCAC6B27393FA781D45F9A15FC7B8785A3E86BA6592B2916CA
22CF1E40FC85F85CACA590461154F58F3580B16398908EF32076F411299C28727C94D88B6A618F84DD73AEBED8270B
CB6690928CB1BF250C35E1F6BF3B1B30D05BA246ECE8F69D9065DE26F4B3E0D814D70A9C27CB5B7B050C9090590D3A
9EF83374F2643E5446FBD39DDB124DBF6DFDAA6D18E2560AD0CBFA11C959C9B7316BF19963A191967054E9FD97DC14
D71082B30B1C90A46E8996682474C3BCB51BA0882958897B6DD35E41B5174D0A6BCDE97B89043E95BD1B70DE61DA66
6893B417196A180005466BC3A742FDF04E89B04460E3E6BC72E7F1B5FEA5B3092FEE551A3C447C12E104E65#) (e
#010001#) )
)
(tag
(guix import)
)
)

Toggle quote (4 lines)
> The above chapter of the manual has more info on this.
>
> LMK how it goes!

Well, I am not sure how to proceed with my old version of guix.

I wonder if the listed key is as well valid for https://ci.guix.gnu.org
just the same as it used to be valid for https://mirror.hydra.gnu.org.

If not, where can I get the new, correct one?

Once I have the keyfile, I am supposed to continue with section
“4.3.2 Substitute Server Authorization”,
right?

Then I would try:
# guix-daemon --substitute-urls=https://ci.guix.gnu.org
# guix archive --authorize < my/path/to/ci.guix.gnu.org.pub

Is that correct?

Would that remove the obsolete substitute server information in the
same go?

best regards
Kai



Toggle quote (5 lines)
>
> ¹ https://lists.gnu.org/archive/html/info-guix/2019-06/msg00001.html



--
Kai Mertens <kmx@posteo.net>
OpenPGP Key-ID: 0x40B15AB4B05B5BF1 on keys.gnupg.net
Key fingerprint = 7C83 0A80 01FF 679C 6E8E AFD3 40B1 5AB4 B05B 5BF1
What is that? Please check: https://emailselfdefense.fsf.org/en/
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfIMKgAH/Z5xujq/TQLFatLBbW/EFAl2wYxsACgkQQLFatLBb
W/Gi7xAAmOznJl2GO1UrjWPGAgLCthVgoHGjw4MyyZcnCP8/JYyzHdCku1dNRE/j
ifgZmQrDs1/Oy8PUIEoMo4kYEhVCG1KnCnJhd4W/QdnwJuVGb8lkjAaQRfL4kHm3
EtyfkLN1WYhdpem996ps7sR0MvbBbj6c35F3XML2TZ6JnIDLPhBGAtnPBD8E9REp
ETbXeCfaWXmqL7yAYOIvm6pdhFqUMZOXGPWVLWaAaH+Hv57Ev0FRqRCTIFTBmDHa
4g8Tb5t2oBN7dMn7bXMI4sR6rD/zvGWdC1QLsbt3QSkt32c7UYInXS3GElqLRtB/
pi0cy4xnCs187bzzrAFO67ZlV/BSRGPZs+iXP9rCYPvVw3ybcDIHBipT1bQNj6Go
hJLwRDGyLg3/iyKFEGfSf56NTV4Gs54OrYJ001dkpiFZWx4n4FKfFo+TY/ypTt9w
Q0NkDP4yt01scryxk5wKjqctbvKskfhcKMigcSCooptZssKj32nEcHg1eMkIemwR
9O5tgDNGLfSy2/SXf5BG+JSzFnLsR9FQ1FlIunNBJN9za1Rk0hP5bCT11WxuqVNs
rsu3Qt2uIQgPE6OQw2bLpknvxMWBa3hbdNFIh2l+sohcoHacNZJCCWLGGLkId0rh
RxFFuFHtI7MXd6CRaS4Hc6ZhZfEJBjbULytrJvObSlZGTUiD10o=
=g6YK
-----END PGP SIGNATURE-----


E
E
Efraim Flashner wrote on 23 Oct 2019 18:55
(name . Kai Mertens)(address . kmx@posteo.net)
20191023165504.GB15460@E5400
On Wed, Oct 23, 2019 at 04:26:35PM +0200, Kai Mertens wrote:
Toggle quote (68 lines)
> On Wed, 23 Oct 2019 11:50:44 +0200
> Ludovic Courtès <ludo@gnu.org> wrote:
>
> > >> Did you enable substitutes from <https://ci.guix.gnu.org>?
> > >> See <https://guix.gnu.org/manual/en/html_node/Substitutes.html>.
> > >>
> > >
> > > hmm, I did not enable substitutes explicitly in the command line, but
> > > as far as I remember, I allowed guix to use substitutes when I set it
> > > up some time ago. Is there a handy command that helps me to check the
> > > current configuration? Anyway, I was not using option --no-substitutes.
> >
> > If you installed it long ago, it could be that you authorized
> > substitutes from hydra.gnu.org (the former CI server, discontinued in
> > June¹) but not from ci.guix.gnu.org.
> >
>
> Yes indeed!
>
> > So you would need to check:
> >
> > 1. which substitute URL guix-daemon is using;
>
> I tried the example as seen in “4.3.2 Substitute Server Authorization”:
>
> $ guix build emacs --dry-run
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 18.6%guix substitute: error: TLS error in procedure 'read_from_session_record_port': The TLS connection was non-properly terminated.
> guix build: error: substituter `substitute' died unexpectedly
>
> So apparently, guix is using the obsolete hydra server.
>
> >
> > 2. which keys are authorized in /etc/guix/acl.
> >
>
> This file shows only one key, but that one is listed four times as like:
> (entry
> (public-key
> (rsa
> (n
> #00DB1634E3D9DFAC97AE4734DAE968CCB15EE4815C82BDC254883DBB49FE1EF32268E82D4BBE0E35298C481C9DA15
> 51642FAFF05AEC1A60712F1BB4BE7D25D7EFF7A4F89704A5A9AC232870CB9F2476C3B538A0E990A8825DEB73081D31
> 7001FB8A188600F2FEF5F5F570E857F3EE4355077A3C3918ED72723A56BA55C466D400658974D7DAD1F6B7B63C192B
> 9C2704D98BBFF1C3BD5B8EF11A8ADC83ACB8FD8E9F1E792FDAD262415D13F2DEE55F330908CFDA9C3C8C32B64F7DD0
> 88457D34F445E2E2C83C6D680549DC9B6E6573B89496567204ED285E67A279F2F667080BA941D80D015CE87B0FB6A9
> 1A99CECC7D91D2D210B00E4B6E611DA51DB008F1DFE3FCAC6B27393FA781D45F9A15FC7B8785A3E86BA6592B2916CA
> 22CF1E40FC85F85CACA590461154F58F3580B16398908EF32076F411299C28727C94D88B6A618F84DD73AEBED8270B
> CB6690928CB1BF250C35E1F6BF3B1B30D05BA246ECE8F69D9065DE26F4B3E0D814D70A9C27CB5B7B050C9090590D3A
> 9EF83374F2643E5446FBD39DDB124DBF6DFDAA6D18E2560AD0CBFA11C959C9B7316BF19963A191967054E9FD97DC14
> D71082B30B1C90A46E8996682474C3BCB51BA0882958897B6DD35E41B5174D0A6BCDE97B89043E95BD1B70DE61DA66
> 6893B417196A180005466BC3A742FDF04E89B04460E3E6BC72E7F1B5FEA5B3092FEE551A3C447C12E104E65#) (e
> #010001#) )
> )
> (tag
> (guix import)
> )
> )
>
> > The above chapter of the manual has more info on this.
> >
> > LMK how it goes!
>
> Well, I am not sure how to proceed with my old version of guix.
>
> I wonder if the listed key is as well valid for https://ci.guix.gnu.org
> just the same as it used to be valid for https://mirror.hydra.gnu.org.
>

It's not. The long RSA key was only for hydra.

Toggle quote (2 lines)
> If not, where can I get the new, correct one?

One option is from the git repo.
I don't see the key hosted online, but you likely already have it in
your store. It should be in
/gnu/store/...-guix-../share/guix/ci.guix.gnu.org.pub
Also if you've run 'guix pull' it should be in ~/.cache/guix/pull/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/etc/substitutes/ci.guix.gnu.org.pub

Toggle quote (11 lines)
>
> Once I have the keyfile, I am supposed to continue with section
> “4.3.2 Substitute Server Authorization”,
> right?
>
> Then I would try:
> # guix-daemon --substitute-urls=https://ci.guix.gnu.org
> # guix archive --authorize < my/path/to/ci.guix.gnu.org.pub
>
> Is that correct?

If you're on Guix System then you'd want to do 'sudo herd restart
guix-daemon' after authorizing the key. If you're on a foreign system
then as long as you don't have '--substitute-urls' already in the
guix-daemon command then it'll default to ci.guix.gnu.org

Toggle quote (4 lines)
>
> Would that remove the obsolete substitute server information in the
> same go?

There's no need to remove it, but you could remove it by hand if you
want.

Toggle quote (5 lines)
>
> best regards
> Kai
>

Hope that helps


--
Efraim Flashner <efraim@flashner.co.il> ????? ?????
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl2whegACgkQQarn3Mo9
g1FlAw//WMdG0+087NiD6ydR04NCDGk6WaCv91RPFqGp3tZWU8sGNQOX8X1vOS5k
AMQR+1gyvQPFC0cVb9iSzFcRyyzCya9HKhTBY/wTiFHKHRSt/TUrGKiVi6DCuFG8
AJmGmTH9855rGKk9US99khK/UbWeFeiDyWW81o+mUcX+2gxCgob6X/4Z9Wjt0C2a
pzMTMabvaAkR5i4l1AtiiHk9aAYag5VIPmQ8pVlAFpmgx5fUVOtahATpBVf3h+EC
cegM/1FtnqKmSvDaydIHouWd83cTW3HC9pD4QbYiDCtK3N95AkmUuD5eo/UnZoca
ZVoDLYCHNr7aUmQfhYXmrZy+h8X4+q8ET3B/8LvPpQLag6SWhVLod3y0rgvtSLEv
jD0m1WLECcc/k1oli3H0Op6g6Batj/LBwJbRBMcz/vK+fPTF2/datS0PAx0JToph
B3AVr1HAIN+MXuIwCo7w2q5hfs8zUrCLTtbmbulAsi27dTymsQzQOCEwpFsAKYVU
g9dcHK5DqObsNrwWeB+t/lFUWKE90Ae9UOzbphzc5urRC5nOH2iJiy/IEEZzykB6
xKCYSoNhKPJfs+uUfxoagif+W8xNOjzggXx2gCR3iOppmgFShVOy/M+OnTq4XCqE
k2OviHiQjt9TkoQEChgz1JRo19/NADeMPP4F/+frZbnQgZljFps=
=GVyC
-----END PGP SIGNATURE-----


K
K
Kai Mertens wrote on 24 Oct 2019 13:34
(name . Efraim Flashner)(address . efraim@flashner.co.il)
20191024133429.714337fb.kmx@posteo.net
On Wed, 23 Oct 2019 19:55:04 +0300
Efraim Flashner <efraim@flashner.co.il> wrote:

Toggle quote (19 lines)
> > >
> > > LMK how it goes!
> >
> > Well, I am not sure how to proceed with my old version of guix.
> >
> > I wonder if the listed key is as well valid for https://ci.guix.gnu.org
> > just the same as it used to be valid for https://mirror.hydra.gnu.org.
> >
>
> It's not. The long RSA key was only for hydra.
>
> > If not, where can I get the new, correct one?
>
> One option is from the git repo.
> I don't see the key hosted online, but you likely already have it in
> your store. It should be in
> /gnu/store/...-guix-../share/guix/ci.guix.gnu.org.pub
> Also if you've run 'guix pull' it should be in ~/.cache/guix/pull/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/etc/substitutes/ci.guix.gnu.org.pub

Yes, you are right. I found the keyfiles in the ~/.cache location,
thank you.

Toggle quote (17 lines)
>
> >
> > Once I have the keyfile, I am supposed to continue with section
> > “4.3.2 Substitute Server Authorization”,
> > right?
> >
> > Then I would try:
> > # guix-daemon --substitute-urls=https://ci.guix.gnu.org
> > # guix archive --authorize < my/path/to/ci.guix.gnu.org.pub
> >
> > Is that correct?
>
> If you're on Guix System then you'd want to do 'sudo herd restart
> guix-daemon' after authorizing the key. If you're on a foreign system
> then as long as you don't have '--substitute-urls' already in the
> guix-daemon command then it'll default to ci.guix.gnu.org

This machine is running GNU Guix on top of an old GNU/Linux-libre
distro (Trisquel7).

I edited the /etc/init/guix-daemon.conf configuration file and added
--substitute-urls=https://ci.guix.gnu.orgto the exec line.

Then I used
$ sudo -i
# guix archive --authorize < path/to/ci.guix.gnu.org.pub
to authorize the server url.

But I think guix still tried to substitute from hydra.
So I deleted the rsa key entries in /etc/guix/acl manually and
performed a logout-login sequence to restart the daemon.

Now it works, hurray! I was able to perform a fast 'guix pull' (~2h)
and the space in / and /tmp turned out to be sufficient.

When invoking guix package -I for example, I encountered an error like
guile: failed to install locale

But that went away after having updated and installed some packages.
Unfortunately, I don't know exactly which action was responsible to
make this message disappear.

Now that I am running an up-to-date version of guix, there seem to be
no further need to use --substitute-urls=https://ci.guix.gnu.orgin the exec
line of the daemon config file nor to have the rsa key deleted in /etc/guix/acl.

I thank you all very much for your help. I feel pretty much relieved
and encouraged to keep trying guix.

best regards
Kai


--
Kai Mertens <kmx@posteo.net>
OpenPGP Key-ID: 0x40B15AB4B05B5BF1 on keys.gnupg.net
Key fingerprint = 7C83 0A80 01FF 679C 6E8E AFD3 40B1 5AB4 B05B 5BF1
What is that? Please check: https://emailselfdefense.fsf.org/en/
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfIMKgAH/Z5xujq/TQLFatLBbW/EFAl2xjEUACgkQQLFatLBb
W/Gnmw/9FGoF6nH4rmPPYaL2zhhwhacVCk/hFlII6EadZjPVKQWLSHzWztcNMbZb
nVpNzZay+EwTt5qM6yWiINCdCnm803ThMuRx54/EjNvZHY4+F6E1oqOwSJEJ+i86
BIVf6JzSDluOyv1/x3/Sw6PPmzhvkzgUkwAyJHq83jzZc5KjwLo87ZaDddGXrFFg
k6scu/ypdvLbFqxnNuHkzmQo0HxXxBQVj+IrEjmUATCgG2O3XqtnZNQntNgaQenE
msMW/qx/u74wqNTAJQlTkNluZADOr9FX9KBR1/7YGubxA6o5Qw5Gz8hzcCpzw5/X
pmyqrOKg6/Dvzj0+PdqHA0rIZGgRHSgVyiOoRlzut4xzkQUGnJ/PVMo5SvWSJh+y
r/En0YS2tLIDmPXoXyTrmLeLJe4IFbhadp+erzOcOybDLXz9kpgYuh4IENJHGdJG
ZrjOhm7YdCmLynZKK9e7TRmsQgrva1n6TR6a2C6k2slBzr/AMRE2vesqFFxi/SCV
PDIukgSZkItaYHg/T9t0aUiI3X8QhOblifuNcMjCzeDPdleHUuGvZldbAvKl6cv9
XI0ot44Mt/Jw/2mXVUmb/vtipnGPy196q4zzsvRrhpDR5/GdEAhPPHMnhfrBMIDu
lbPclai70AzshwkVv846Afj5wVvLapp58h9L5f4rb+4wQyORM58=
=BWAb
-----END PGP SIGNATURE-----


E
E
Efraim Flashner wrote on 24 Oct 2019 13:44
(name . Kai Mertens)(address . kmx@posteo.net)
20191024114401.GD15460@E5400
Sounds like this bug had a happy ending. Closing the bug.

--
Efraim Flashner <efraim@flashner.co.il> ????? ?????
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl2xjn8ACgkQQarn3Mo9
g1HTmQ//f3fzfFtLk7F4MWxJDj/hIstCNUDOZZX6b1ztsUuSaZXF81bNjj5NbgQl
SbFL6h5dyzxNOAkDolpRDNtI+ayk8IkiFldoKUFCZ+LUrmrdQBwQwoeO1pRodTH5
0uErTHUvKuxI2hnolSSxbr6tbF89rOtvflLTlI7rJ7NvqVic6+UOCrbFE8MmKsPa
4lIPq+emcdAjjfyYrz3KNf07OOENSggBjAI6X5R74j/WOknAZTJZwTxP0Wh+Iu/x
YrsfQOl+eQo2qzOjs00fFn5vpjgSilhWDKB5nEh3ODQ2V6xx6SEouwatYXQKcnsW
f+UStXAm7siq2yeyD39dNvqr/oqCcgK7izmO/lm01YyHulEvi8K2EXMh8Q9PgxeF
J0Rdz7xPiMY27As+FOHjCZhgcjdIZWvOyufSaoCayu6eXTxcFG+fzHenla6oD9eU
Czpnn4iyRZNlzbJJ8O3NpvYhVwJtGyltT39e0Iod1hvMENow8tw1d2EhajJta9KA
OC2eSs1upFDWtFMW2hpxMM3poPb/jeWTjrjhW0Qm4Ng27Gd0Lxb8x02jrtMkthJp
QPv/LFrtRgmvpzrtsz5oT+c8c1ohMVU93C5bsuKTBssdX9IM47nSFsnbOGUBigaj
lXrQz/Xh3UB/8eprX+cMG/eqeq75AyJiT53kZYsga6qs6r8h29I=
=2ujV
-----END PGP SIGNATURE-----


Closed
L
L
Ludovic Courtès wrote on 24 Oct 2019 19:43
(name . Kai Mertens)(address . kmx@posteo.net)(address . 37865@debbugs.gnu.org)
87sgniyr7u.fsf@gnu.org
Hello Kai,

Kai Mertens <kmx@posteo.net> skribis:

Toggle quote (3 lines)
> I wonder if the listed key is as well valid for https://ci.guix.gnu.org
> just the same as it used to be valid for https://mirror.hydra.gnu.org.

No it’s not.

Toggle quote (2 lines)
> If not, where can I get the new, correct one?

You could download guix-1.0.1.tar.gz for instance, verify its signature,
and grab ‘etc/substitutes/ci.guix.gnu.org.pub’ from there.

Alternately, here’s the key of ci.guix.gnu.org:

Toggle snippet (8 lines)
(public-key
(ecc
(curve Ed25519)
(q #8D156F295D24B0D9A86FA5741A840FF2D24F60F7B6C4134814AD55625971B394#)
)
)

This message is signed, so be sure to check its signature before going
any further.

Toggle quote (10 lines)
> Once I have the keyfile, I am supposed to continue with section
> “4.3.2 Substitute Server Authorization”,
> right?
>
> Then I would try:
> # guix-daemon --substitute-urls=https://ci.guix.gnu.org
> # guix archive --authorize < my/path/to/ci.guix.gnu.org.pub
>
> Is that correct?

Yes.

Toggle quote (3 lines)
> Would that remove the obsolete substitute server information in the
> same go?

No, but that’s OK.

HTH!

Ludo’.
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEPORkVYqE/cadtAz7CQsRmT2a67UFAl2x4rUACgkQCQsRmT2a
67XJog/+L4oH308qY00IOgACcB9NJTdcytv0rrTNFFjthVcm6HGMamvL4zwDkJaN
wTa9M3f+l+D44pmBZ+MkmIDogaLwE0eD0VjrGlykkTp0GhBIWW3Ob/9WxxxCbEDG
q5QV4eydKJjPuoKb+A2h6QuQ75qRVLZtxUog+wK8yX/8x3YmnGxN8C0QH1TOf596
BNmxZpsYeE+uhRlrFOW1y2q1iGexmPUHAjitkRQCobDi20vxD5F6Y/X/C1QkRmH9
pa+xplPJJsK2YCy3y7sI7B3OgMkr6lPs659NAiOMNJuLuXj/wF2pq/rPJNyi1W51
NV9KBo9+DYxmeIPTYrRBW/OowOze2crZOSUXdHLN9WHVuk/2aACvT6xqowtW+qhP
DFBBH+Z/z/Jo0sJQ3vuN4CPOOf4JPgy/DAFQvjp/7PXTeT6uKumNVgOsLqaqswYX
Fy2puMqdQVrN4+v38dW93J0CxuBfbWRLZV0desSK3ls4uIDWDUPsDea2zYXlWVt8
djeL+vEg/BzztrdkBsLcq0VDikxjTfAEODDIYX9gbQRAExUeI3A7zJHSYXbYXL0H
GMIAfTmXzrKbaQ4ywNvLdscXcl0qsSuAEE+/8/W44685M3VhoxA7h3PW8i/cJ/LT
1z0tZv2sVrTSrvDijriNUHBtB3gaqIZ928mySkcq+IT3X6DypwI=
=jr4p
-----END PGP SIGNATURE-----

B
B
Bengt Richter wrote on 24 Oct 2019 22:49
(name . Kai Mertens)(address . kmx@posteo.net)
20191024204956.GA991@PhantoNv4ArchGx.localdomain
On +2019-10-24 13:34:29 +0200, Kai Mertens wrote:

[...]

Toggle quote (22 lines)
> This machine is running GNU Guix on top of an old GNU/Linux-libre
> distro (Trisquel7).
>
> I edited the /etc/init/guix-daemon.conf configuration file and added
> --substitute-urls=https://ci.guix.gnu.org to the exec line.
>
> Then I used
> $ sudo -i
> # guix archive --authorize < path/to/ci.guix.gnu.org.pub
> to authorize the server url.
>
> But I think guix still tried to substitute from hydra.
> So I deleted the rsa key entries in /etc/guix/acl manually and
> performed a logout-login sequence to restart the daemon.
>
> Now it works, hurray! I was able to perform a fast 'guix pull' (~2h)
> and the space in / and /tmp turned out to be sufficient.
>
> When invoking guix package -I for example, I encountered an error like
> guile: failed to install locale
>

I have encountered the same error. It seems to recur for me after major updates.
So there seems to be something lurking to reawaken the real error message source.
I collected some symptoms and posted them as bug#37900.

I hope it will be obvious to someone what is happening, so this nuisance
can be eliminated (and everyone will be relieved of hearing about it repeatedly :)
(if I am doing something dumb for my case, I promise to try to avoid repeating :)

Toggle quote (5 lines)
> But that went away after having updated and installed some packages.
> Unfortunately, I don't know exactly which action was responsible to
> make this message disappear.
>

When you were getting the error message from guix commands (which apparently
uses guile in a way that causes _guile_ to complain),
were you also getting the same error message when invoking guile directly?

I was not -- please see #bug37900 for my attempt to explore the difference.

Toggle quote (8 lines)
> Now that I am running an up-to-date version of guix, there seem to be
> no further need to use --substitute-urls=https://ci.guix.gnu.org in the exec
> line of the daemon config file nor to have the rsa key deleted in /etc/guix/acl.
>
> I thank you all very much for your help. I feel pretty much relieved
> and encouraged to keep trying guix.
>

Me too. I think guix can be great, though my user experience
is not quite great yet :)
HTH
--
Regards,
Bengt Richter
B
B
Bengt Richter wrote on 25 Oct 2019 08:55
(name . Kai Mertens)(address . kmx@posteo.net)(address . 37865@debbugs.gnu.org)
20191025065504.GA45401@PhantoNv4ArchGx.localdomain
On +2019-10-24 13:49:56 -0700, Bengt Richter wrote:
Toggle quote (12 lines)
> On +2019-10-24 13:34:29 +0200, Kai Mertens wrote:
>
> [...]
> >
> > When invoking guix package -I for example, I encountered an error like
> > guile: failed to install locale
> >
>
> I have encountered the same error. It seems to recur for me after major updates.
> So there seems to be something lurking to reawaken the real error message source.
> I collected some symptoms and posted them as bug#37900.
>
A recently committed fix enabled me to fix my problem with "guile: failed to install locale"
that was triggered by any invocation of guix:

guix pull ## make sure the fix is in! ;-)

guix install avahi ## likely you won't need this first, but it stood in my way per bug#37900
## (after the fix, I might not have needed it either for the locale upgrade, idk).

guix install glibc-utf8-locales ## if your locale is within '("de_DE" "el_GR" "en_US" "fr_FR" "tr_TR")

If you have an exotic locale outside of those, you may have to install the big one:

guix install glibc-locales

A snip from guix edit glibc-utf8-locales:
---------------------------------------
;; tests---e.g., in Guile's i18n tests.
'("de_DE" "el_GR" "en_US" "fr_FR" "tr_TR"))
#t))))
(native-inputs `(("glibc" ,glibc)
("gzip" ,gzip)))
(synopsis "Small sample of UTF-8 locales")
(description
"This package provides a small sample of UTF-8 locales mostly useful in
test environments.")
---------------------------------------
HTH, in case your "guile: failed to install locale" hasn't gone away yet :)
--
Regards,
Bengt Richter
K
K
Kai Mertens wrote on 27 Oct 2019 08:54
(name . Bengt Richter)(address . bokr@bokr.com)
20191027085419.26121622.kmx@posteo.net
On Thu, 24 Oct 2019 13:49:56 -0700
Bengt Richter <bokr@bokr.com> wrote:

Toggle quote (11 lines)
> >
> > When invoking guix package -I for example, I encountered an error
> > like guile: failed to install locale
> >
>
> I have encountered the same error. It seems to recur for me after
> major updates. So there seems to be something lurking to reawaken the
> real error message source. I collected some symptoms and posted them
> as bug#37900.
>

Hello Bengt,

as I see, issue #37900 is closed, but I don't understand the solution,
unfortunately.

This issue #37865 is closed as well, so I don't know whether this reply
reaches you well and is placed correctly.

I for myself use a different way to get around the warning messages,
which re-occurred after a while:

$ guix package -I
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument

I have the impression, that

cat<<EOF >> ~/.bash_profile
GUIX_PROFILE="$HOME/.guix-profile"
source "\$GUIX_PROFILE/etc/profile"
EOF

is not enough to provide full information regarding search paths.

As a complement, I put the output of

guix package --search-paths -p "$HOME/.guix-profile"

into my ‘~/.bashrc’, but append the

${<VAR>:+:}$<VAR>

pattern to each line in order to keep existing variable content.

However, it seems as if the output of that command is incomplete as
well, as it often (not always) misses information regarding
GUIX_LOCPATH and PATH (~/.config/guix/current).

I append these definitions as well, just to make sure they are not
missing. (In a helper script, I use a ‘sort -u’ to avoid redundant
occurences of lines.)

cat<<EOF >> ~/.bashrc
export PATH="$HOME/.config/guix/current/bin\${PATH:+:}\$PATH"
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale\${GUIX_LOCPATH:+:}\$GUIX_LOCPATH"
EOF

Placing these complementary lines altogether in ~/.bash_profile won't
help me, I use ~/.bashrc instead.

Then I perform a logout, login sequence and the error messages
disappear and everything seems to run smoothly.

I update my ~/.bashrc after each new package generation.

As a conclusion, I would like to word three assumptions:

1. sourcing GUIX_PROFILE is not enough
2. output of ‘guix package --search-paths’ is incomplete
3. ~/.bash_profile and ~/.bashrc are not equally weighted in respect to
guix environment settings

@all
What do you think? Could this be regarded as useful information?
Or does it address my specific use case only?

best regards
Kai

--
Kai Mertens <kmx@posteo.net>
OpenPGP Key-ID: 0x40B15AB4B05B5BF1 on keys.gnupg.net
Key fingerprint = 7C83 0A80 01FF 679C 6E8E AFD3 40B1 5AB4 B05B 5BF1
What is that? Please check: https://emailselfdefense.fsf.org/en/
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfIMKgAH/Z5xujq/TQLFatLBbW/EFAl21TSsACgkQQLFatLBb
W/GMUhAAhE42afeJNBOgOFYv3GfdJ94Ir54U5qSyzvrdlsU3c86wAd8DDjaAVDcK
nC2v5YJV7Mf373UOHuLhvA3wxd2Olvm6QuISKIEtg6QWFjrtOM/ow8lc/tTkXkp4
hhobh7+oI0uTaeGDbvruoUfR71+IPe7CGulEsfaSzes/gb3EIyieRBrpxjd+/TZP
CtwVxsjuEJOKfIITtIvhsL8Zr2KbPR2T5MIG0ZW1SUnJ7xyOOxDTeOr7v195wLo8
vy+chFM/yHvyPAnRNjZYxSLxC6iZVhjgxpl5bPsd9GK85pYeD7IhnPcT3WGGReCY
+nJ7BVh5EYXuWPq48ZIQxDNpB9AAynx4zn5kS5FHhy3224nRxL655TmymOWp1h+Q
qsdH/XOHJ/1TkI3Yfg36VEhcHpIPoHJPgFtyWlNBCv4kxUeQcGhqSPhCh1gT4f2O
gqOu6XL9PFbuKbiEyg9A7V6GNQ+HmsbJiseDUtI+x7tO79Ths5JMHWIKm1AHbg+n
DYcNgqdGk+/dD6bB+z4Ecvw46audQ5C19EMXyByZtBgSZUb9BT75V9UETDsUS/PS
AEufN4/183kw+cRMmlYFy7RJNIv8o36EcdvOHNKiI/0gzRHUTf0h4SwTTuPVIN3M
BEETbV63pQ25eT5xi5wFZbcA+mqAB3j9fiDlIUYTDgTvN89eFa0=
=FVhb
-----END PGP SIGNATURE-----


B
B
Bengt Richter wrote on 27 Oct 2019 12:52
(name . Kai Mertens)(address . kmx@posteo.net)
20191027115214.GA2716@PhantoNv4ArchGx.localdomain
Attachment: file
K
K
Kai Mertens wrote on 16 Nov 2019 02:52
(name . Bengt Richter)(address . bokr@bokr.com)
20191116025213.3d696398.kmx@posteo.net
On Sun, 27 Oct 2019 04:52:14 -0700
Bengt Richter <bokr@bokr.com> wrote:

Toggle quote (4 lines)
> My bet is you'll revert your workarounds, do a guix pull and maybe guix update for good measure,
> then guix install glibc-utf8-locales (unless you have an exotic locale, in which case you may need
> to do guix install glibc-locales) then reboot, and hopefully the locale complaints will be gone.

Hi Bengt,

hmm, yes, this is exactly what I did. I reverted my workarounds, but
found some constraints that I was not aware of, see list below.

(This applies to
guix describe (GNU Guix) 7696af421b9fa05f479cda9c742883a99e6faec3
on top of trisquel or debian.)


1) File ~/.profile is not read by bash in case file ~/.bash_profile is
present. As a result, some settings were skipped when I used the latter
file to define environment variables. Now I set GUIX_PROFILE and source
$GUIX_PROFILE/etc/profile (as suggested by guix) within ~/.profile.
This works fine.

2) Additionally, I have to explicitly define more standard content for
XDG_DATA_DIRS (as like “/usr/share” and “/usr/local/share”) when
sourcing the guix profile environment as with 1). This is essential,
otherwise my graphic login won't work. I don't understand why, though.

3) In order to get rid of "guile: warning: failed to set locale" with
commands like “guix package -I”, I install matching versions of
glibc-locales (or glibc-utf8-locales) *and* glibc. Having only the
locales package installed is not sufficient. This might be obvious for
experienced users, but I myself was not aware of that ANDed condition.

4) Furthermore, with an old initial version of guix, PATH needs to
point to “$HOME/.config/guix/current/bin” to make sure that I am running
the latest version of guix. Otherwise the locale complains will be back.


This concept of environment variables confused me in the beginning, but
now I start to get more familiar.

best regards
Kai


--
Kai Mertens <kmx@posteo.net>
OpenPGP Key-ID: 0x40B15AB4B05B5BF1 on keys.gnupg.net
Key fingerprint = 7C83 0A80 01FF 679C 6E8E AFD3 40B1 5AB4 B05B 5BF1
What is that? Please check: https://emailselfdefense.fsf.org/en/
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfIMKgAH/Z5xujq/TQLFatLBbW/EFAl3PVk0ACgkQQLFatLBb
W/F+lg/+Idf7eYARI7+aqtwPIi/5Y8BVMNhmzPLKJ8JyqB2Jb9wXb9KglqK/wFaY
4DzAnHUm0y5FfKQ/8Bgzm9EfeLT+tGCC+GG1wkfI15eovU655nCpN52wxhHrrWHO
QlQMnUEi/z9kg+6JQIQAtQt2WBSXci3TSMOEqqWOzXtmaKNXLRSr2GQijPf0xA81
991z2NZwaTb/VRk26ikNAZOmlzl0t6I2qKCl8CyAKxfDSmgEN7EhOV1idm/0vLnl
i+GH4CHrnuZSWQO5SkWZ1Ritz9y2YqcMUDO1VCZb6c0l3eIQJ15Lx78YtVZhKNnx
YuWa8z5lT90bImL7+giM2hpnPWIHVHBi38K4IE52sQrryKYVp5FrfSuED4m7UdYy
ko/X9XYcuZlQmA32jELeTyZ6HdZUbEWInS5yMiiXPnq05N4DHs/TP01+qETH9K1Y
xT8GUW+vM+LxSEJYEMp8nbJqcaGvMWmXSnzq9VL2J68c5orfdniN3Lk7tMkQXLLK
e32heTIVtNw6/6m9Db/SWUDM70+lff8KTVZwrA3+it1nqQirrV8iXuyxBvK1bu2i
xp8toO5pzpmrFrQlab/igX4nyokxbcPnysj2nm2heX25CVj8gLmFsU5yca1Oh5NE
x43c8eyJku/Ps3sdDe9OGIakg6d5h+8VDM64yeF/2S/yvOiS8A4=
=ZP7d
-----END PGP SIGNATURE-----


?