Burkhard Schroeder wrote:
On 08-Jul-13 6:34 AM, Bob (Robert) Cavanaugh wrote:
How about a lemur? They have masked varieties (and they are cute).
Raccoon also comes to mind...
But they are not associated with security. And security is not cute.
What about Erinaceidae ? They look cute, are
Daniel Kahn Gillmor wrote:
snip
Digging this old message up as i try to do some triage. i don't think i
ever heard a response about this.
I'm still seeing the same problem, only with some UIDs and not others:
0 dkg@alice:/tmp/cdtemp.fre2o5$ LANG=C gpg --keyserver keys.mayfirst.org
Am Do 11.07.2013, 09:41:21 schrieb Burkhard Schroeder:
What about Erinaceidae ? They look cute, are not really strong but can
defend themselves...
The Cryptoparty mailinglist loves their idea of using a turtle. I like that
because it would be a symbol (even more than a hedgehog) for:
It
On Thu, 11 Jul 2013 16:23, hhhob...@securemecca.net said:
replace some of the bytes (actually nibbles). The reason why again
I when I omitted the random_seed file gnupg (1 or 2) would NOT just
create the file. I imagine it would if I used the keys on Windows
If gpg terminates properly it
On 07/12/2013 03:10 AM, John Clizbe wrote:
Do both searches work correctly on the keyserver web interface?
Yes, they do. they also both work fine if i use my standard locale
(en_US.UTF-8), and don't set LANG=C.
I think this is only an issue when searching for non-ASCII User IDs
(i.e. User IDs
Hi,
That might be the cause for the problem. The translations (*.mo) files
from the old installer may not match the newer gettext version as used
by gpgex.
good point and thanks for this hint. Will try to use the
gpg4win-light-2.1.2-beta20.exe and let you know when i still have this
problem.