I will be out of the office starting 04/20/2005 and will not return until
04/22/2005.
I will return your message when I get back.
Thanks
___
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
Hi,
1. Is it possible to clear all passwords in agent
regardless its ttl, without killing it? I mean
something like ssh-add -D?
2. Is it possible to force agent to reload its
configuration from file given primarily with
--options?
I'am not this list subscriber, so please CC me.
Thanks.
--
On Wed, 20 Apr 2005 14:40:34 -0700 (PDT), Bluthgeld said:
1. Is it possible to clear all passwords in agent
regardless its ttl, without killing it? I mean
something like ssh-add -D?
pkill -HUP gpg-agent
2. Is it possible to force agent to reload its
configuration from file given primarily
Erpo wrote:
My sympathy goes out to you. Most people don't back up, probably because
of the disparity between hard drive sizes and backup media; I know I
don't want to make a stack of 40 DVD-Rs every week.
Then you're backing up in a stupid way. I devide my system into system data
(OS, programs)
On Wed, Apr 20, 2005 at 03:13:38PM -0400, Jason Markley wrote:
David,
Has this issue been fixed? Here's a recap of what I've observed.
I'm using TB 1.0.2 and gpg 1.4.1 (for windows, obviously) :)
---
behavior when
I'm having difficulty with keys not wanting to generate or taking a very
long time to generate. I suspect this is due to the source of entropy
used to generate the key not being very active. I notice I can force
the process along by causing some extra network/cpu activity on the host
I'm
On Tue, 19 Apr 2005 10:55:07 +0200, folkert said:
Hi,
I have a keyring with quiet a few keys (thousands) and now something
is wrong with it:
gpg --list-keys gives
gpg: O j: mpi crosses packet border
It is unfurtune that gpg bails out immediately in this caase. In fact
it is not a
Ok, I figured out how to check the mpi.
Now, what I don't understand is why gpg bails out: when my program runs, it
doesn't
find any problems with mpi's in the whole keyring.
The program (not yet finished altough it might be able to fix some problems with
certain damages) is available from:
Hi:
I get following error from GnuPg for -
gpg --always-trust --passphrase-fd 0 --output outfile.1 -u Test user
--no-tty --decrypt inputfile.pgp /opt/passwdfile
gpg: Sorry, no terminal at all requested - can't get input
what is the problem?
version-
gpg (GnuPG) 1.2.1
Copyright (C) 2002
On Wed, Apr 20, 2005 at 11:28:39PM +0200, Gerhard Siegesmund wrote:
I've also seen similar corruption recently (with GPG 1.4.1):
%gpg --keyserver hkp://keyserver.sascha.silbe.org --recv CA57AD7C
Host: keyserver.sascha.silbe.org
Command:GET
gpgkeys: HTTP URL is
10 matches
Mail list logo