Adam D. Barratt dijo [Wed, Apr 23, 2025 at 05:13:07PM +0100]:
Ah, then this would seem to be safe to deploy now, and the file types problem could be fixed later on. I have had several changes for userdir-ldap pending submission, but not this one about shutil.copy(), thanks. Will see how to improve that, and then send patches for userdir-ldap to DSA (I think I already sent out patches for userdir-ldap-cgi)."Probably". If it doesn't work for some reason, however, the effects could include things such as dak no longer accepting any uploads from DDs because it can no longer find their public keys. I'd therefore be tempted to disable both the "pull" and "push" sides on db.d.o shortly before the keyring side is deployed, and test them by hand afterwards. I can't personally guarantee being around at any particular time this week though I'm afraid.
..It makes sense to make sure we have a DSA person available to fix things in case it all bursts up in flames. I was planning on doing this push this Friday, 2025.04.25, in the morning (say, anywhere between 09:00–14:00 GMT-6). Can a DSA member be available in case this messes up something? Otherwise, I think it's better to listen to Adam's instinct and delay the move. It does not necessarily have to be aligned with a "full" keyring push.
Also, (I'm not sure whether I mentioned this before, besides Gunnar), something I noticed while trying to make sense how this all works was that: * At least on usper.debian.org, the /srv/keyring.debian.org/keyrings/ directory contains a non- symlink debian-maintainer.gpg file (missing final «s»).I think that was me fat-fingering something when testing a while back; removed.* On keyring.debian.org there's an extra-keys.pgp leftover(?) file, perhaps as part of some old transition?That I'd have to defer to keyring-maint on.
Oops, this file looks completely fat-fingered as well. It was last touched in May 2018 by keyring:keyring. Inspecting the file with Sequoia treats it as a keyring with 17 mostly malformed certs:$ sq keyring list /tmp/extra-keys.pgp 0. Unsupported Cert: Unsupported primary key: Malformed packet: unknown version
1. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
2. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
3. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
4. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
5. 04D5A231C5CC3B9CA2B06FC24AFC280200F2B9F3 Andreas Schuldei (home account)
<[email protected]>
6. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
7. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
8. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
9. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
10. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
11. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
12. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
13. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
14. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
15. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
16. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
17. Unsupported Cert: Unsupported primary key: Malformed packet: unknown
version
Oddly, I have gpg-from-sq installed, but gpg --list-packets works. Still,
it yields too much output for posting here, but with 18 instances of
«:public key packet: [invalid]». The included keys sport signatures created
between 1996 and 2003.
Oh, I see -- Running gpg --list-packets from kaufmann (which is "true"
GnuPG) yields «:key packet: [obsolete version 3]», which I guess is not
suppoted in Sequoia.
The reported userIDs are:
Filip Van Raemdonck
Rick Younie
Marc Brockschmidt
Jarno Elonen
Michael Weber
Andreas Schuldei
Ryan Murray
Siggy Brentrup
Jonathan Hall
Jonathan J. Hall
Torsten Werner
Gerd Knorr
Mattia Monga
Detlev Zundel
Timshel Knoll
Patrick Patterson
Jeremy M. Malcolm
Jean Pierre LeJacq
Thomas Bushnell, BSG
So, it's a list of PGPv3 keys from mostly retired DDs (and I don't know why it was touched on 2018.05.21). Anyway, according to our changelog, I _did_ upload a keyring on said date, so that file is my mistake. I am moving it to my home directory in kaufmann, just to be sure, but I really doubt we will miss it. Thanks for the sharp eye! :-)
signature.asc
Description: PGP signature

