You are viewing a plain text version of this content. The canonical link for it is here.
Posted to svn@forrest.apache.org by br...@apache.org on 2004/10/06 13:48:05 UTC
svn commit: rev 53859 - forrest/trunk
Author: brondsem
Date: Wed Oct 6 04:48:04 2004
New Revision: 53859
Modified:
forrest/trunk/KEYS
Log:
update my key with signatures after the ohio linuxfest
Modified: forrest/trunk/KEYS
==============================================================================
--- forrest/trunk/KEYS (original)
+++ forrest/trunk/KEYS Wed Oct 6 04:48:04 2004
@@ -78,17 +78,48 @@
sig 3 9BB3CE70 2003-03-21 Dave Brondsema <da...@brondsema.net>
sig 2 04C18E05 2003-04-05 Christopher TenHarmsel (March, 2003) <te...@staticmethod.net>
sig 2 22349247 2004-05-18 Matthew Post <ma...@onpost.net>
+sig 3 4989D25C 2004-10-02 Kevin Gaughen <ga...@rustbelt.net>
+sig 3 74FF6C22 2004-10-02 Richard Raymond Clark <rr...@rrclark.net>
+sig 3 810CC15E 2004-10-02 Brian Pepple <bd...@ameritech.net>
+sig 3 E2E52E83 2004-10-03 Josiah Royse <jo...@yahoo.com>
+sig 2 A871C05F 2004-10-03 Richard Weait <ri...@weait.com>
+sig 3 CC78C893 2004-10-03 Rich Bowen <rb...@rcbowen.com>
+sig 3 AC17B5A8 2004-10-04 David Heck <sa...@yahoo.com>
+sig 3 1DD888B4 2004-10-05 Dane Miller (daneturner) <da...@olneyfriends.org>
uid Dave Brondsema <in...@splike.com>
sig 3 9BB3CE70 2003-03-21 Dave Brondsema <da...@brondsema.net>
sig 2 04C18E05 2003-04-05 Christopher TenHarmsel (March, 2003) <te...@staticmethod.net>
sig 2 22349247 2004-05-18 Matthew Post <ma...@onpost.net>
+sig 3 4989D25C 2004-10-02 Kevin Gaughen <ga...@rustbelt.net>
+sig 3 74FF6C22 2004-10-02 Richard Raymond Clark <rr...@rrclark.net>
+sig 3 810CC15E 2004-10-02 Brian Pepple <bd...@ameritech.net>
+sig 3 E2E52E83 2004-10-03 Josiah Royse <jo...@yahoo.com>
+sig 2 A871C05F 2004-10-03 Richard Weait <ri...@weait.com>
+sig 3 CC78C893 2004-10-03 Rich Bowen <rb...@rcbowen.com>
+sig 3 AC17B5A8 2004-10-04 David Heck <sa...@yahoo.com>
+sig 3 1DD888B4 2004-10-05 Dane Miller (daneturner) <da...@olneyfriends.org>
uid Dave Brondsema <br...@yahoo.com>
sig 3 9BB3CE70 2003-03-21 Dave Brondsema <da...@brondsema.net>
sig 2 04C18E05 2003-04-05 Christopher TenHarmsel (March, 2003) <te...@staticmethod.net>
sig 2 22349247 2004-05-18 Matthew Post <ma...@onpost.net>
+sig 3 4989D25C 2004-10-02 Kevin Gaughen <ga...@rustbelt.net>
+sig 3 74FF6C22 2004-10-02 Richard Raymond Clark <rr...@rrclark.net>
+sig 3 810CC15E 2004-10-02 Brian Pepple <bd...@ameritech.net>
+sig 3 E2E52E83 2004-10-03 Josiah Royse <jo...@yahoo.com>
+sig 2 A871C05F 2004-10-03 Richard Weait <ri...@weait.com>
+sig 3 CC78C893 2004-10-03 Rich Bowen <rb...@rcbowen.com>
+sig 3 AC17B5A8 2004-10-04 David Heck <sa...@yahoo.com>
+sig 3 1DD888B4 2004-10-05 Dane Miller (daneturner) <da...@olneyfriends.org>
uid Dave Brondsema <br...@apache.org>
sig 3 9BB3CE70 2004-02-27 Dave Brondsema <da...@brondsema.net>
sig 2 22349247 2004-05-18 Matthew Post <ma...@onpost.net>
+sig 3 4989D25C 2004-10-02 Kevin Gaughen <ga...@rustbelt.net>
+sig 3 810CC15E 2004-10-02 Brian Pepple <bd...@ameritech.net>
+sig 3 E2E52E83 2004-10-03 Josiah Royse <jo...@yahoo.com>
+sig 2 A871C05F 2004-10-03 Richard Weait <ri...@weait.com>
+sig 3 CC78C893 2004-10-03 Rich Bowen <rb...@rcbowen.com>
+sig 3 AC17B5A8 2004-10-04 David Heck <sa...@yahoo.com>
+sig 3 1DD888B4 2004-10-05 Dane Miller (daneturner) <da...@olneyfriends.org>
sub 2048g/F41E6EB8 2003-03-21
sig 9BB3CE70 2003-03-21 Dave Brondsema <da...@brondsema.net>
@@ -111,36 +142,122 @@
IPJ75qjq5HeWlay1Z5PWvITfTYhGBBIRAgAGBQI+jyrNAAoJEF+EQJEEwY4Fn0gA
n161mUdHJTWsnKTHrJiZT958Z23PAJ0UxbT1FA7+roqDf3WeecSYVvAMBIhGBBIR
AgAGBQJAqhPrAAoJELKkzdIiNJJHqBgAnjGX5X7AS+PwBF54UFbYgC/Yctw6AJsF
-SMnmvgcQCnK8B/Mx+lxFH/ATNrQgRGF2ZSBCcm9uZHNlbWEgPGluZm9Ac3BsaWtl
-LmNvbT6IXAQTEQIAHAUCPnqJLAIbAwQLBwMCAxUCAwMWAgECHgECF4AACgkQVvBS
-b5uzznDx7QCePl5CoLfmM0x/nqH1DmGzY7WVVDAAnidTGHItTMGTj59dD8b5jATZ
-uliYiEYEEhECAAYFAj6PKs8ACgkQX4RAkQTBjgXPvQCfRJjpPe8IlUz9+yyXnWVl
-Bj4XoBsAnjqffZkoWvqCl26bhsAxUctP6UvEiEYEEhECAAYFAkCqE+8ACgkQsqTN
-0iI0kkfssQCfctdMd/a8atragu6JH4jVgqPIKsUAoImtBHFBB5HkYOSuDPBWruw3
-yG7vtCNEYXZlIEJyb25kc2VtYSA8YnJvbmRzZW1AeWFob28uY29tPohcBBMRAgAc
-BQI+eokDAhsDBAsHAwIDFQIDAxYCAQIeAQIXgAAKCRBW8FJvm7POcCiGAKCzBGyk
-hLqvFR03nU+aoPiNsB1+6ACePw4soN9NbERpW9kTwxfPr6jn4QaIRgQSEQIABgUC
-Po8qzwAKCRBfhECRBMGOBWlQAJ9xHcJrZLxdMswEHtLo46+t7mvI4gCfW08pd4NJ
-Nwx9IRcea7kIw8vnGf2IRgQSEQIABgUCQKoT7wAKCRCypM3SIjSSR0cSAJ9oxqJ1
-AvxUfDHOOafqQGX0XU68kwCdHbzh/tZo0i1KJkeIIByjVWd8MZa0JERhdmUgQnJv
-bmRzZW1hIDxicm9uZHNlbUBhcGFjaGUub3JnPoheBBMRAgAeBQJAPtw+AhsDBgsJ
-CAcDAgMVAgMDFgIBAh4BAheAAAoJEFbwUm+bs85wj/oAoIXEKowHQNNsFM59w3MF
-BygZ0ZJ0AJ96Fca8hAN20ZfjBf5RK6AlZN5ze4hGBBIRAgAGBQJAqhPvAAoJELKk
-zdIiNJJHAaEAn13iYTOzVqRUE0LyF5YYX2/2D0zVAJ47wWNhk8mqwINFJjoDKCTA
-BgkNpbkCDQQ+eohIEAgA4/+2H63KqYDv3e+if8K3WIdfDLT1SHWCqzGIofbb8hql
-fxtgnuo5c+ygqinuhiL6QWOVA1/My3+kg641KxyjL4OJQc0UmhyifdvaQ4si02pL
-uSHqTFLQGcaT7ov3IvvKLV7hbnI9owIe8VHnOua3VFBkudOUUHD9fGa9hW4cRdJq
-g/wnG56SA1TQ0Cxnm3Llm/U64XpZrnrNzWME8R3xp0VIN8IZGlgvl1trGcpQfRRD
-OcLFlrbAqOMQ8L/j9IIt50SlYVdjlPVZdKPB8AQmHOMN1pa4NULmguqA4VQ0tFmp
-lzoa3OcGZlAMPgL3dILlT5H6b0aY8lOUyFpxqYoM5wADBQf/Z3cCUi8mEoUCICxt
-s/WzDj6n9LbyDBUy4wOzdJCXTrmUZFXSayLMDJnPoHWRb55yiyyVZs2+IvC7JETw
-PE1+x6f2V9dMYp/jntEdqRuiQF1qL/qfz10g9nFD//beXVTKCs1HL5qr1tIerY7m
-5q1yc9KBthn58nvODFDZK6BVTavbxT56ZoBDO/LLguiDHTv5xJciT9bPFF05J/ar
-MsI520yKRfbigqL5MJFM1hEzzKImAWbtnHhttFKWaKicVEpMME+mWd2dtdz0wOoy
-fQUuKgKXKkv6toIXumNDgfm12MU32CE7IPoW9HleBjgjhGp6X6FAxZSNMZQ1iI/u
-Q7S6SYhGBBgRAgAGBQI+eohIAAoJEFbwUm+bs85wE4YAoNL/EHpPdPPDv6Xt5/qG
-OoBLzwHaAJ459YOf7GfFBXp1uzeBvrb+9sz21Q==
-=6eAF
+SMnmvgcQCnK8B/Mx+lxFH/ATNokCHAQTAQIABgUCQV7WvAAKCRB0SIrBSYnSXN3+
+D/4st0XkzfXRtIz0Ylh3X6EiSWFTGlPq4Wv0eyBiA5n8dHZEW7dsjnpwnhljSau0
+tIza0nwrmZYSiZ+RoGMwMuAE6px/mKCaOtONlhP94tZ4por+8LZYdBDz/ZsZEgUJ
+VFtp77iyhi8vSbBNhYLFj7/QH5fyrtL/h4HS4R93N97Dmd1zvjq77SUekLNgYcLE
+iPBaczQFvcmKn34/UvdVL8jmbsJJoaWnEfjdRTgSuZEJrrGJhRHZwnsj33bEFOwU
+88Lg5jpyHjq1CRFv/ynShGbWTk8Tnpy2gzNujpir1eEpFEMX8zNE/PIGAVtAXp2x
+vntn97b0YPd+BJhQabI8lMjkl+jeINzDnFkk/ItAN6cAKLDuRQ8e8v5XRGRkxoWg
+iWh0hstz0AqnqquJ6epuX9yIiCCD3JZmiYN8g2eV19HUX6qL9TPIP/rW6RTICnx/
+uPNFyPdlUbOqe0pduJnhTN5mncgKoJPAIldpeckZlT0TC+l1haUs7tnl2bb/qrhK
+rj2sY4eZus0+rnGh99j7ukCLidPKu1DQ5/dckd6braJdLyzlIPaGTuHicAyrDMZt
+b2Yj63w7GU7E8cAJZ3CWezA/188TVhjNIfjgzVQZ7bJP7S0xFk49aTM0qkQMsUuc
+3IbnzdBeCLvVA1Wv4A3K7qiywH78nfx4Zlh4WMBTF0t48ohGBBMRAgAGBQJBXryd
+AAoJEL9bQ3F0/2wiGFcAoIAGkWLH7C44EyyAQvr5PmisaazjAJ92lzBxZ1rISTFo
+CEZ6xPAEHoeVpohGBBMRAgAGBQJBXuPRAAoJEDJq6TaBDMFeekwAoMBIiRlxraim
+8TM0Ee2f1nKs2D5KAKCARlR5kegISLEDUG+hO/cErToM/YhGBBMRAgAGBQJBX3IL
+AAoJELzZLDri5S6DRZIAnR0G5nwWX6hadZvhtulbnSptPB+CAJ9ecqfDanLXsEyI
+KYPtZfsIOzzsyYhGBBIRAgAGBQJBYIEEAAoJEPC53PKoccBfsfAAn2zeZpVXeX31
+Qmh4MwY4GRIfAISfAKC4UlolhASBw9NqeQMMGOL4zVLcO4hGBBMRAgAGBQJBYHI3
+AAoJEFz9N/rMeMiTf1EAoOPjUQHaS6ggYqO4e9RydUi2SX0dAJ4nGiyAWvcIqMru
+ipaWNTVpGeKUzohGBBMRAgAGBQJBYVVsAAoJEKKpPomsF7WoQLAAn06GNvQnqvwN
+iH1HEF6iVCo9qjvqAJ9mF3RvEglDZcpz1OInQcd/iwpjCohGBBMRAgAGBQJBYqm6
+AAoJEGpsUr4d2Ii0VcsAniOQ3GMuszvAVOoGe1VtVzFyoIonAJoDzC5VOLT7Fkil
+esr0L+kyzv9Mr7QgRGF2ZSBCcm9uZHNlbWEgPGluZm9Ac3BsaWtlLmNvbT6IXAQT
+EQIAHAUCPnqJLAIbAwQLBwMCAxUCAwMWAgECHgECF4AACgkQVvBSb5uzznDx7QCe
+Pl5CoLfmM0x/nqH1DmGzY7WVVDAAnidTGHItTMGTj59dD8b5jATZuliYiEYEEhEC
+AAYFAj6PKs8ACgkQX4RAkQTBjgXPvQCfRJjpPe8IlUz9+yyXnWVlBj4XoBsAnjqf
+fZkoWvqCl26bhsAxUctP6UvEiEYEEhECAAYFAkCqE+8ACgkQsqTN0iI0kkfssQCf
+ctdMd/a8atragu6JH4jVgqPIKsUAoImtBHFBB5HkYOSuDPBWruw3yG7viQIcBBMB
+AgAGBQJBXtbNAAoJEHRIisFJidJcrIkQAJOiJC8w2PgWtiHP3Os7Ev0JlBmMPeQ6
+7rPV7xHfZ0501A/1+81pEu8+nUBdIyEYWG6DNW8gsT4B5vvWU7OfwrrYqotipf2K
+VFEfEik9thgTzDcvZiQAnied1XPq2jFtxk/8/o3PSXn67xvkPUOuSSa6CKIJw7Jz
+wj6Q2ZYILiLS2ZvEJqGPqjTO9pMm22qCcBGJZHmNOAi6Se/n1EHF46H0EAtG+Sb3
+7Ns+Ls3JKQf6VHT83Ht9L5/8Fl7IL/J6ypmf+T0c3LB2490zU+iig5xqPfb5bGwG
+YNheSN8KPdm9mJVxrR67HEJTDXcwZ8miADkiO4MAyQ2xgVs1LApI7LJbnPjhsZ/0
+O+UuhnPhSjHVzlluNrytrB6KSQ4oUvnzsPnckMzb3MUfeMiUV6brStyKzMXknXgO
+trTss7lKT+0MHZkiwq5qBhidMMUFNpgIChn8sZbKHz/B1hj4hNKkLqyYCx3reR9D
+JThNY4bYfZ0+NH0sxn10VXz2lUKQROJPHJR4/RvEU8fyX3nDoVv94p6oViBBZLok
+fGxI5gMtmlHDtm4jH0SlOLFDFVXvGkTdRfo5CCdoIClkHqjKcM30MgQAK43Gmr4u
+LfYLallcnVIh6dk7J9Va36uWL1e6Y36ouwodqb/jIqwgAeU+5m3NCA6QBFXYIoNv
+rhZ788sp7d0UiEYEExECAAYFAkFevJkACgkQv1tDcXT/bCI+6gCfSduHU9J2NCPs
+CCHX7YvIKFwvVeIAoNdAwtfbBzcpUAm/TXPURtXoodKIiEYEExECAAYFAkFe5BsA
+CgkQMmrpNoEMwV7XzACfUq4BDg5xgu6e4nTKT49gx0FBoxgAn270GOsS4N6GSGWB
+KAkLuYOC+7zwiEYEExECAAYFAkFfcg4ACgkQvNksOuLlLoMs8ACgkVo3EiUYxZAN
+bDW8FVy0b7ZMASwAnRk+rtSuX6r8ZFukup+3jsvDBLkhiEYEEhECAAYFAkFggQsA
+CgkQ8Lnc8qhxwF9q3ACgySTt2KRVzYy1Tw2a9XfrJX/b6MIAnilD9GEC+B5tvwTd
+ke1K1FytkjNuiEYEExECAAYFAkFgcjoACgkQXP03+sx4yJMEIwCgmJqP4u+VSBBV
+LXYDQ8IqlJvxEKwAniNG0c/5Bp/bPNxtW9mXBSfyrsH4iEYEExECAAYFAkFhVXAA
+CgkQoqk+iawXtaixVQCfUKlsfh0h6lAJ9LjvJh/dgkIf8gEAoOulj6vsnp/UBWs3
+EqFNkNgzlhRLiEYEExECAAYFAkFiqbwACgkQamxSvh3YiLQM+ACdEz/aLf9ygAle
+R0sW9d3Tcwlr76kAoL4eG9b1GtKowfLhDMQVG8FhPCPItCNEYXZlIEJyb25kc2Vt
+YSA8YnJvbmRzZW1AeWFob28uY29tPohcBBMRAgAcBQI+eokDAhsDBAsHAwIDFQID
+AxYCAQIeAQIXgAAKCRBW8FJvm7POcCiGAKCzBGykhLqvFR03nU+aoPiNsB1+6ACe
+Pw4soN9NbERpW9kTwxfPr6jn4QaIRgQSEQIABgUCPo8qzwAKCRBfhECRBMGOBWlQ
+AJ9xHcJrZLxdMswEHtLo46+t7mvI4gCfW08pd4NJNwx9IRcea7kIw8vnGf2IRgQS
+EQIABgUCQKoT7wAKCRCypM3SIjSSR0cSAJ9oxqJ1AvxUfDHOOafqQGX0XU68kwCd
+Hbzh/tZo0i1KJkeIIByjVWd8MZaJAhwEEwECAAYFAkFe1u8ACgkQdEiKwUmJ0lwB
+khAAvoTO72F3p5NxSHgggYJT3/Fsj+QiKx4hrzx821EHyLfTsdi73Qj+XrrJgkch
+Cs/uXtz2t2aDJZYMUWDZxgZkoHc59LUuGDalOGhntwBFlWcSMtKtsTmJnH3ukP66
+kUwMXt6pkoG44ZXvn+SwEnj3VtvUyxN5YzPOmljQf7mlaLn8QbsBVfkeX5NNnNVj
+aNBbh4XJ05X46h38udseaEj+eeTZC9qoiHBW2Tfj83d+NaJmD+oQvfNQEI9buqS0
+XQ89x5ki8bc61G2UGG8eYqvrFzAsdnMbgOlP2p1MUL31tuUzEvWnGqekDhbgx5Rd
+tB8AvWZe4Dy1DrWujD1TXNvuGKm9uCAw0DVEaV8BNpQSyFIrlIbUdyC5JObvWD36
+r7E0rfUuG6/7eZ4Y1HrVq2hmOm7iP+vxn+wPcCil4f4TCfbQ9aaPglHaC7Gsv1Eq
+Sa0G0G1v6apSdbOh5vCMQiglsesByGQqlvevzaFL5GHuoxCop/eBJOn4kmHqoH1s
+9g0FXcIKVSIvTiqkY39Tad+Uu/e5+cTww21MjWdhMAHFhSuoMOEEZkDfoWH4yo9F
+gyprht+iTg1d7mzu6lknVqmOiPVeftfffT6GffIu71EJ4TGXqOYat+z9tNu8GeU3
+U7WoWI68OiHBP5U0eeua/WCnFmCUajlN84gg729WyszEEDiIRgQTEQIABgUCQV68
+nQAKCRC/W0NxdP9sIkzKAKDf1WVLybFacKnNF8+BcKo/K6L5pACcCFB4t7bY3wfq
+XAGU1m/f5X9Z6x2IRgQTEQIABgUCQV7kHwAKCRAyauk2gQzBXu0tAJ4y6GztN9sr
+9IW0obeV9SLtrA45gACcC/Nctj71i01/1jk+WAT8r20FhP+IRgQTEQIABgUCQV9y
+DgAKCRC82Sw64uUug/9tAKCaO2wpPw/4o/gkZuFNGNG1j/9K6wCfeIodFzA04jzo
+eztuwns9DbV57JKIRgQSEQIABgUCQWCBCwAKCRDwudzyqHHAX/fmAJ9mJdYTUOpw
+rkJEPQ7NLkNMwCKnjACg5JEcGRbt+4Zc37mjgYvq6JWHZW2IRgQTEQIABgUCQWBy
+OgAKCRBc/Tf6zHjIk4ycAJwPimxHdlZ7CW1PVawTw/e/DBY6vACfb05bHDL1vOhy
+uxyxgoRYNrocjyqIRgQTEQIABgUCQWFVcAAKCRCiqT6JrBe1qOA9AJ90jwwfKMbN
+W6lg+1GNWZ+156JBKACgp5q3VGmbciZmxZgTLdzOExqKXe6IRgQTEQIABgUCQWKp
+vAAKCRBqbFK+HdiItPgqAJoCsnKvaNH8YGTKg+IxPFZOSPeUegCeKp/53rhtXgbe
+0Gn7ORmSMgqEjzK0JERhdmUgQnJvbmRzZW1hIDxicm9uZHNlbUBhcGFjaGUub3Jn
+PoheBBMRAgAeBQJAPtw+AhsDBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEFbwUm+b
+s85wj/oAoIXEKowHQNNsFM59w3MFBygZ0ZJ0AJ96Fca8hAN20ZfjBf5RK6AlZN5z
+e4hGBBIRAgAGBQJAqhPvAAoJELKkzdIiNJJHAaEAn13iYTOzVqRUE0LyF5YYX2/2
+D0zVAJ47wWNhk8mqwINFJjoDKCTABgkNpYkCHAQTAQIABgUCQV7XAAAKCRB0SIrB
+SYnSXAw2D/wJHod8vw1w+L2hF8VCAfLjC88jBt5WUcqjH6E0846+0IvAzoczOT8N
+TBxSI2jVKJuZ8rRF7oAdGyF0vj+EafgsYjoo2jOWBht/DIF8xPUBvqCSh2DBpJGq
+5QOHrA+svnvmWayEHuppJe/vP91AOKMfLLV5NsUWYriNRSsvHcB5YOhY7r1k7XCb
+FkVOZzUK34OTf+JTIuMcDPFu+3v/n/2riLgRdbgN03CJoXUi4YxIgkXuBH5DLO1A
+NHX+tv0U8jt/irtg7M3jT3+WcipsK0SeboDgGSht7R/3Cfz0sl5JomDLg8w9pKwJ
+w7lGHFBvqHe6bUSNEeFwcLOkDZwrgghiCPaM7qJ2M2jwCSmmtCiqTlwumc9kTfn9
+2fIET4YxcxL2t9MrQ1tTMcUBOeHdkxdTM5NmJjx537ViljuqbR2VzY+C8SOQrY9O
+F/eh9TCKXZeFNJpniP/h6wK1YDZXaNKX3Ks3f4wGpWxUvcQAX76NijDNcfjTwzed
+cVTo3IbQXe7XNtfJyEC3cJU8WuEtftsVLr2stiLQRcmf3/bNnLtozXG1G9Jk+kUO
+O20NSUyTxjKDPXauHcUzM405id+hRHiFH5I9wRUicepo3hyp3YSbK7eT4i59485O
+3SGYS3ROvKLXPPO/9vWm9PJjaq2hleok0Uv+Rl6wZ8q5lu0AKDGpfohGBBMRAgAG
+BQJBXuQfAAoJEDJq6TaBDMFeIBUAoIS9oFz7Sr3fulcouq1Xu4gTUPWNAKDpVYRY
+OX4Nxxhby/1pOdSQpSHBgYhGBBMRAgAGBQJBX3IOAAoJELzZLDri5S6DXM0An1nc
+O48YYDYF3jd4GWuPT2fdBAsnAJ9gLiQ6iNste1htF7ieBhnfIQFSU4hGBBIRAgAG
+BQJBYIELAAoJEPC53PKoccBfq50AoMGU6YWYYSeO2J6CZvBfVS6eD7FNAKChCUNA
+NNsfTI+0+bj5Evul31LkSIhGBBMRAgAGBQJBYHI6AAoJEFz9N/rMeMiTFq4An3Ft
+u39ipxB1ubnFIHQSCUvZK56GAJ9pERyUgVd7o/3w6DdwmD8pHDLPbohGBBMRAgAG
+BQJBYVVwAAoJEKKpPomsF7WoHS8AoIUJkGbORJWUqIQ94oUofvKgibamAJwLFrK8
+2JukMR6k1liFc9GOFRyM5YhGBBMRAgAGBQJBYqm8AAoJEGpsUr4d2Ii0GcUAnjEf
+aSWcv24XC2VS6ql1kLm3x4pzAJwJBnoy5VQ5JLF1H1jGI/FgYXiEHLkCDQQ+eohI
+EAgA4/+2H63KqYDv3e+if8K3WIdfDLT1SHWCqzGIofbb8hqlfxtgnuo5c+ygqinu
+hiL6QWOVA1/My3+kg641KxyjL4OJQc0UmhyifdvaQ4si02pLuSHqTFLQGcaT7ov3
+IvvKLV7hbnI9owIe8VHnOua3VFBkudOUUHD9fGa9hW4cRdJqg/wnG56SA1TQ0Cxn
+m3Llm/U64XpZrnrNzWME8R3xp0VIN8IZGlgvl1trGcpQfRRDOcLFlrbAqOMQ8L/j
+9IIt50SlYVdjlPVZdKPB8AQmHOMN1pa4NULmguqA4VQ0tFmplzoa3OcGZlAMPgL3
+dILlT5H6b0aY8lOUyFpxqYoM5wADBQf/Z3cCUi8mEoUCICxts/WzDj6n9LbyDBUy
+4wOzdJCXTrmUZFXSayLMDJnPoHWRb55yiyyVZs2+IvC7JETwPE1+x6f2V9dMYp/j
+ntEdqRuiQF1qL/qfz10g9nFD//beXVTKCs1HL5qr1tIerY7m5q1yc9KBthn58nvO
+DFDZK6BVTavbxT56ZoBDO/LLguiDHTv5xJciT9bPFF05J/arMsI520yKRfbigqL5
+MJFM1hEzzKImAWbtnHhttFKWaKicVEpMME+mWd2dtdz0wOoyfQUuKgKXKkv6toIX
+umNDgfm12MU32CE7IPoW9HleBjgjhGp6X6FAxZSNMZQ1iI/uQ7S6SYhGBBgRAgAG
+BQI+eohIAAoJEFbwUm+bs85wE4YAoNL/EHpPdPPDv6Xt5/qGOoBLzwHaAJ459YOf
+7GfFBXp1uzeBvrb+9sz21Q==
+=zzuS
-----END PGP PUBLIC KEY BLOCK-----
pub 1024D/5CE5BDF9 2003/09/13 cheche@apache.org
Re: PGP keys (Was: svn commit: rev 53859)
Posted by Dirk-Willem van Gulik <di...@webweaving.org>.
On Wed, 6 Oct 2004, Dave Brondsema wrote:
> Everything, including the keys themselves can be fetched from a
> keyserver. I guess the point of having a KEYS file in the first place
> is just for convenience. I don't see any significant difference either
> way.
Having at the very least the signatures there is a help. If you want to do
more as a project (and we should) talk to Ben Laurie about keyman and the
CA beeing set up for the ASXF.
Dw.
Re: PGP keys
Posted by Dave Brondsema <da...@brondsema.net>.
David Crossley wrote:
> David Crossley wrote:
>
>>Dave Brondsema wrote:
>>
>>>All we really need is the ascii-armored public key block. The owner
>>>email address and signer's email addresses are just for convenience.
>>>I'd be fine with removing the list of signers since that is a lot to
>>>scroll past. We should keep the owners email address though.
>>
>>Okay, we should do that.
>>
>>
>>>Strictly speaking, we don't need the KEYS file at all. If we create a
>>>signature file with appended signatures from each of us, then running
>>>verify will tell the user which keys were used. If they don't have
>>>those keys in their keyring they can download them from the keyserver.
>>
>>That sounds a lot smoother. We just need to document that
>>process on our download page and in docs. I suggest that
>>we retain the KEYS file for this release because we are too
>>close to our release date. For the next release we could do
>>as you suggest and follow up on Dirk's suggestion.
>
>
> However, i wonder how the web of trust pages are generated.
> Do they rely on the presence of the KEYS file?
>
> http://www.apache.org/~henkp/trust/apache.html
> http://www.apache.org/~erikabele/tools/wot/wot.html
>
Those could be modified to also look for the .asc signatures, I expect.
I never knew those existed, thanks for mentioning it.
--
Dave Brondsema : dave@brondsema.net
http://www.splike.com : programming
http://csx.calvin.edu : student org
http://www.brondsema.net : personal
Re: PGP keys
Posted by David Crossley <cr...@apache.org>.
David Crossley wrote:
> Dave Brondsema wrote:
> >
> > All we really need is the ascii-armored public key block. The owner
> > email address and signer's email addresses are just for convenience.
> > I'd be fine with removing the list of signers since that is a lot to
> > scroll past. We should keep the owners email address though.
>
> Okay, we should do that.
>
> > Strictly speaking, we don't need the KEYS file at all. If we create a
> > signature file with appended signatures from each of us, then running
> > verify will tell the user which keys were used. If they don't have
> > those keys in their keyring they can download them from the keyserver.
>
> That sounds a lot smoother. We just need to document that
> process on our download page and in docs. I suggest that
> we retain the KEYS file for this release because we are too
> close to our release date. For the next release we could do
> as you suggest and follow up on Dirk's suggestion.
However, i wonder how the web of trust pages are generated.
Do they rely on the presence of the KEYS file?
http://www.apache.org/~henkp/trust/apache.html
http://www.apache.org/~erikabele/tools/wot/wot.html
--
David Crossley
Re: PGP keys
Posted by David Crossley <cr...@apache.org>.
Dave Brondsema wrote:
>
> All we really need is the ascii-armored public key block. The owner
> email address and signer's email addresses are just for convenience.
> I'd be fine with removing the list of signers since that is a lot to
> scroll past. We should keep the owners email address though.
Okay, we should do that.
> Strictly speaking, we don't need the KEYS file at all. If we create a
> signature file with appended signatures from each of us, then running
> verify will tell the user which keys were used. If they don't have
> those keys in their keyring they can download them from the keyserver.
That sounds a lot smoother. We just need to document that
process on our download page and in docs. I suggest that
we retain the KEYS file for this release because we are too
close to our release date. For the next release we could do
as you suggest and follow up on Dirk's suggestion.
--
David Crossley
Re: PGP keys (Was: svn commit: rev 53859)
Posted by Dave Brondsema <da...@brondsema.net>.
David Crossley wrote:
> Dave Brondsema wrote:
>
>>Quoting David Crossley:
>>
>>
>>>>Author: brondsem
>>>>Date: Wed Oct 6 04:48:04 2004
>>>>New Revision: 53859
>>>>
>>>>Modified:
>>>> forrest/trunk/KEYS
>>>>Log:
>>>>update my key with signatures after the ohio linuxfest
>>>
>>>One thing i have never understood. Do we really need
>>>to list all the actual names and addresses of people
>>>that have signed our key? I did add my list. Should i?
>>>
>>>Looking around the other projects, i see that some do
>>>and some do not.
>>
>>Everything, including the keys themselves can be fetched from a keyserver. I
>>guess the point of having a KEYS file in the first place is just for
>>convenience. I don't see any significant difference either way.
>
>
> Maybe i wasn't clear. We need the KEYS file itself
> with the keys of each PMC member. Otherwise it would
> be difficult for people to know who are the actual
> people involved. Rather i was wondering why we need
> the lists of email addresses as well as the keys
> in that KEYS file.
>
All we really need is the ascii-armored public key block. The owner
email address and signer's email addresses are just for convenience.
I'd be fine with removing the list of signers since that is a lot to
scroll past. We should keep the owners email address though.
Strictly speaking, we don't need the KEYS file at all. If we create a
signature file with appended signatures from each of us, then running
verify will tell the user which keys were used. If they don't have
those keys in their keyring they can download them from the keyserver.
--
Dave Brondsema : dave@brondsema.net
http://www.splike.com : programming
http://csx.calvin.edu : student org
http://www.brondsema.net : personal
Re: PGP keys (Was: svn commit: rev 53859)
Posted by David Crossley <cr...@apache.org>.
Dave Brondsema wrote:
> Quoting David Crossley:
>
> > > Author: brondsem
> > > Date: Wed Oct 6 04:48:04 2004
> > > New Revision: 53859
> > >
> > > Modified:
> > > forrest/trunk/KEYS
> > > Log:
> > > update my key with signatures after the ohio linuxfest
> >
> > One thing i have never understood. Do we really need
> > to list all the actual names and addresses of people
> > that have signed our key? I did add my list. Should i?
> >
> > Looking around the other projects, i see that some do
> > and some do not.
>
> Everything, including the keys themselves can be fetched from a keyserver. I
> guess the point of having a KEYS file in the first place is just for
> convenience. I don't see any significant difference either way.
Maybe i wasn't clear. We need the KEYS file itself
with the keys of each PMC member. Otherwise it would
be difficult for people to know who are the actual
people involved. Rather i was wondering why we need
the lists of email addresses as well as the keys
in that KEYS file.
--
David Crossley
Re: PGP keys (Was: svn commit: rev 53859)
Posted by Dave Brondsema <da...@brondsema.net>.
Quoting David Crossley <cr...@apache.org>:
> > Author: brondsem
> > Date: Wed Oct 6 04:48:04 2004
> > New Revision: 53859
> >
> > Modified:
> > forrest/trunk/KEYS
> > Log:
> > update my key with signatures after the ohio linuxfest
>
> One thing i have never understood. Do we really need
> to list all the actual names and addresses of people
> that have signed our key? I did add my list. Should i?
>
> Looking around the other projects, i see that some do
> and some do not.
>
Everything, including the keys themselves can be fetched from a keyserver. I
guess the point of having a KEYS file in the first place is just for
convenience. I don't see any significant difference either way.
--
Dave Brondsema : dave@brondsema.net
http://www.brondsema.net : personal
http://www.splike.com : programming
http://csx.calvin.edu : student org
PGP keys (Was: svn commit: rev 53859)
Posted by David Crossley <cr...@apache.org>.
> Author: brondsem
> Date: Wed Oct 6 04:48:04 2004
> New Revision: 53859
>
> Modified:
> forrest/trunk/KEYS
> Log:
> update my key with signatures after the ohio linuxfest
One thing i have never understood. Do we really need
to list all the actual names and addresses of people
that have signed our key? I did add my list. Should i?
Looking around the other projects, i see that some do
and some do not.
--
David Crossley