key length/size RSA discussion/recommendations in the wiki

[Bernhard Reiter]

On Friday 31 October 2014 at 18:29:21, Robert J. Hansen wrote:
> I agree that the FAQ is a bad place to present a chain of arguments and
> the wiki is the natural spot for it.  My concern is that the FAQ and the
> wiki need to be kept in sync somehow, and I'm not going to be watching
> the wiki constantly to make sure we're giving consistent advice.

You could register to set a watch email for this page in particular.
This way you would at least get some notification (which you would be able to 
ignore in most cases). MoinMoin allows you do this this in your personal 
settings.

> My other concern is the false air of authority that wikis tend to get.
> When anyone can edit, wikis periodically wind up saying ... anything.
> If people are looking for a curated line of reasoning from
> cryptographers and/or cryptographic engineers, that may not be a good
> candidate for a wiki.

Yes, I agree about this risk. The other risk is that people are underinformed
about GnuPG. Most people know these days that Wikis are written by the people.
On the other hand at least I am watching stuff and we could think about 
moderation in the wiki or other methods. Wikipedia has solved the quality 
problem, so it is possible.

> All this said, though: how can I help?

I'd be grateful if you could read through the LargeKeys page
and point out obvious obmissions or things that need improvement.
You can email me or just try to correct them yourself.
(Use you bugs.gnupg.org credentials.)

Thanks,
Bernhard

-- 
www.intevation.de/~bernhard (CEO)    www.fsfe.org (Founding GA Member)
Intevation GmbH, Osnabrück, Germany; Amtsgericht Osnabrück, HRB 18998
Owned and run by Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part.
URL: </pipermail/attachments/20141106/682e6c3e/attachment.sig>