Re: Repology and outdated packages

2022-08-11 Thread Vagrant Cascadian
On 2022-06-07, Nicolas Goaziou wrote: > kias...@disroot.org writes: > >> I've been watching the Repology page for Guix and I've noticed that >> we've dropped to 51% outdated packages >> [https://repology.org/repository/gnuguix]. We used to be at 40% >> outdated packages a few months ago. > >

Re: [POSTMORTEM] Subkey is not authorized by .guix-authorizations

2022-08-11 Thread John Kehayias
Hi everyone, Thanks for this write-up and discussion Andrew. I'm also following along in [0] but I'll just chime in here for now. When I saw this I was worried since I also "just" use subkeys, meaning for all signing etc. only my subkey is used. These are set to expire each year and then I

Re: [POSTMORTEM] Subkey is not authorized by .guix-authorizations

2022-08-11 Thread Maxime Devos
On 11-08-2022 16:26, Andrew Tropin wrote: * What to do after? - Accept subkey on guix pull if master key is in .guix-authorizations. As I've now written on 57091, this would cause security problems with old or revoked keys. Greetings, Maxime. OpenPGP_0x49E3EE22191725EE.asc Description:

Re: [POSTMORTEM] Subkey is not authorized by .guix-authorizations

2022-08-11 Thread Development of GNU Guix and the GNU System distribution.
Hi, On Thu, Aug 11, 2022 at 7:27 AM Andrew Tropin wrote: > > Re: [POSTMORTEM] I have likewise used those words to describe concluding reports or to communicate lessons learned, but upon reflection I now prefer "incident summary" or "debrief". [1] Since both of my suggested replacements are

[POSTMORTEM] Subkey is not authorized by .guix-authorizations

2022-08-11 Thread Andrew Tropin
* Summary On 2022-08-06 the commit 3946540[fn:1] was pushed and lead to failing guix pull: --8<---cut here---start->8--- guix pull: error: commit 39465409f0481f27d252ce25d2b02d3f5cbc6723 not signed by an authorized key: 2841 9AC6 5038 7440 C7E9 2FFA 2208 D209

Re: bug#57104: Python-symengine fails to build

2022-08-11 Thread 宋文武
Andreas Enge writes: > Since it replaces a broken package by a more modern broken package, I still > took the liberty to push, but it would be nice if someone with knowledge of > python and/or symengine could have a look. Disabling the tests makes the > compilation succeed, but it would be nice