Several referenced mail messages are missing bibliographic information. The Message-ID is missing for all of them, but for some the author is missing, too. gentoo-core mailing list: 2003-04, gentoo-core mailing list, "New Digests and Signing -- Attempted Explanation" 2003-06, gentoo-core mailing list, "A quick guide to GPG and key signing." - This overview was one of the first to help developers see how to use their devs, and was mainly intended for keysigning meetups. 2003-08-09, gentoo-core mailing list, "Ebuild signing" - status query, with an not very positive response, delayed by Nick Jones (carpaski) getting rooted and a safe cleanup taking a long time to affect. 2003-12-02, gentoo-core mailing list, "Report: rsync1.it.gentoo.org compromised" 2003-12-03, gentoo-core mailing list, "Signing of ebuilds" 2003-12-07, gentoo-core mailing list, "gpg signing of Manifests", thread includes the first GnuPG signing prototype code, by Robin H. Johnson (robbat2). Andrew Cowie (rac) also produces a proof-of-concept around this time. 2005-01-17, gentoo-core mailing list, "Global objective for 2005 : portage signing". Thierry Carrez (koon) suggests that more go into tree-signing work. Problems at the time later in the thread show that the upstream gpg-agent is not ready, amongst other minor implementation issues. 2005-03-08, gentoo-core mailing list, "gpg manifest signing stats". Informal statistics show that 26% of packages in the tree include a signed Manifest. Questions are raised regarding key types, and key policies. 2005-11-16, gentoo-core mailing list, "Gentoo key signing practices and official Gentoo keyring". A discussion of key handling and other outstanding issues, also mentioning partial Manifests, as well as a comparision between the signing procedures used in Slackware, Debian and RPM-based distros. gentoo-security mailing list: 2003-04, gentoo-security mailing list, "The state of ebuild signing in portage" - Joshua Brindle (method), the first suggestion of signed Manifests, but also an unusual key-trust model: https://marc.info/?l=gentoo-security&m=105073449619892&w=2 portage-dev alias: 2007-11-30, portage-dev alias, "Manifest2 and Tree-signing" - Robin H. Johnson (robbat2). First review thread for these GLEPs, many suggestions from Marius Mauch (genone). Assuming that these messages are in your archive, could you please provide the missing information?
Ping.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/data/glep.git/commit/?id=8e672d599f941ccb56afbd06f011b2142d0a01c7 commit 8e672d599f941ccb56afbd06f011b2142d0a01c7 Author: Robin H. Johnson <robbat2@gentoo.org> AuthorDate: 2022-04-15 04:27:18 +0000 Commit: Robin H. Johnson <robbat2@gentoo.org> CommitDate: 2022-04-15 04:27:18 +0000 glep-0057: update bibiographic data Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> Closes: https://bugs.gentoo.org/699934 glep-0057.rst | 41 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 41 insertions(+)
ulm: it's updated now. The only one I don't have an original copy of was Method's mail to gentoo-security. It was also on the older listserv, before we switched to mlmmj, so it's not in the listserv tooling OR the archives of present listserv.
Thank you. Looks like something broke, though. I see several of the following messages in the rendered GLEP at https://www.gentoo.org/glep/glep-0057.html: > System Message: ERROR/3 (<string>, line 211) > Unexpected indentation. I'm going to take a look.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/data/glep.git/commit/?id=5a8a26ff0a3f938fd8dec88e8f8725f72a933a79 commit 5a8a26ff0a3f938fd8dec88e8f8725f72a933a79 Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2022-04-15 05:50:07 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2022-04-15 05:50:07 +0000 glep-0057: Add blank lines before literal blocks Plus other whitespace fixes. No change of text. Bug: https://bugs.gentoo.org/699934 Signed-off-by: Ulrich Müller <ulm@gentoo.org> glep-0057.rst | 33 +++++++++++++++++++++++---------- 1 file changed, 23 insertions(+), 10 deletions(-)
