Hi,
thanks for explaining the project. I looked at your packes and found no
reason not to include it. In particular the quick links to the license
files were helpful for checking that this is indeed all about free
software.
I added GPGTools to the related software section and also featured it
On Sun, 13 Feb 2011 01:41, k...@grant-olson.net said:
Firstly, can I actually import a certificate like this onto the card?
Or do I simply misunderstand the specs?
Yes.
Secondly, is there a command somewhere in gpg/gpgsm/gpg* to do this, or
is it specified and implemented on the OpenPGP
On Sun, 13 Feb 2011 01:41, k...@grant-olson.net said:
Thirdly, the SCUTE docs start by generating a certificate request from
your OpenPGP authentication key. In this scenario, are you just using
the Same RSA key for both your OpenPGP and X509 certificates? Does the
Yes, it is possible to
On Thu, 27 Jan 2011 16:01, pat...@debian.org said:
I've got 2 readers:
OmniKey CardMan 3121 (USB device)
OmniKey CardMan 4040 (PCMCIA device)
All Omnikey based readers don't work with 2k keys. There is a hack in
scdaemon which sometimes helps, but in general they are not supported;
neither
Forgive me if this is a terribly common problem/issue, but I've had a lengthy
search both of
this list and the web generally (as well as trawling at great length through
the GPG man) and
have found nothing on it.
Being a recent convert to PGP/GPG I have been playing around a bit to get used
On Tue, Feb 15, 2011 at 3:33 AM, Werner Koch w...@gnupg.org wrote:
I won't promise anything, though.
Salam-Shalom,
Werner
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
Would there be a way to have gpg use a database for keys
Okay thanks for the help though I'm still somewhat confused...I understand
that they key id is the entire keypair, but then how do I found out what is
just my public key, and just my secret key, the reason Im asking is that if
I want to give my public key to someone, then I apparently give the
On 2/15/11 8:38 AM, AgoristTeen1994 wrote:
Okay thanks for the help though I'm still somewhat confused...I understand
that they key id is the entire keypair, but then how do I found out what is
just my public key, and just my secret key, the reason Im asking is that if
I want to give my
Just my idea. I tried to understand the dispatcher code and keyring.c
Werner was referring to, but I would not know how to implement it.
Save each chunk as a seperate relational tuple?
By the way: Because of database design, even SQLite would probably be
faster for reading, but not for writing.
Hey,
I noticed that when I use a symetric cipher, the default algorithm is
CAST5 which allways gives me this warning when decrypting:
gpg: WARNING: message was not integrity protected
So, is there a way to change the default algorithm to AES or TWOFISH
without having to specify it as a
On Tue, 15 Feb 2011 19:11:24 +0100
Hans Alves alves@gmail.com articulated:
Hey,
I noticed that when I use a symetric cipher, the default algorithm is
CAST5 which allways gives me this warning when decrypting:
gpg: WARNING: message was not integrity protected
So, is there a way to
Hi,
Can someone help me out why i am facing this problem.
OS - Unix.
I have set the
LD_LIBRARY_PATH=/usr/sfw/lib:/lib:/usr/lib:/usr/local/lib:/lib/64:/usr/lib/64
But when i run this command:
gpg --list-keys
i am getting this error:
*ld.so.1: gpg: fatal: libusb.so.1: open failed: No such file
El Tue, 15-02-2011 a las 15:15 -0500, Jerry escribió:
On Tue, 15 Feb 2011 19:11:24 +0100
Hans Alves alves@gmail.com articulated:
Hey,
I noticed that when I use a symetric cipher, the default algorithm is
CAST5 which allways gives me this warning when decrypting:
gpg: WARNING:
On 2/15/11 4:16 PM, hare krishna wrote:
Can someone help me out why i am facing this problem.
OS - Unix.
There is no UNIX operating system. I am guessing that you're running
some version of x86_64 Solaris, but am uncertain of this. We'll have a
much easier time helping if you answer these
This is the output of ldd /gpg/gpg1.4.9/bin/gpg
libresolv.so.2 = /lib/libresolv.so.2
libz.so.1 = /usr/lib/libz.so.1
libbz2.so.1 = /usr/lib/libbz2.so.1
libsocket.so.1 = /lib/libsocket.so.1
libnsl.so.1 = /lib/libnsl.so.1
libusb.so.1 = /usr/sfw/lib/libusb.so.1
libc.so.1 = /lib/libc.so.1
libmp.so.2
(a) What OS are you running? - UNIX
(b) Which version? - platform/SUNW,Sun-Fire-V490
(c) From where did you acquire GnuPG? i dont remember exactly
(d) Where is GnuPG located? - /opt/app/test1/gpg/gpg1.4.9/bin/gpg
On Tue, Feb 15, 2011 at 2:30 PM, Robert J. Hansen
On 2/15/11 5:40 PM, hare krishna wrote:
(a) What OS are you running? - UNIX
Once again, there is no UNIX operating system. There are many
different vendors who provide operating systems that conform to varying
levels of the UNIX specifications. For instance, my Macbook Pro
conforms to the
On Feb 15, 2011, at 4:16 PM, hare krishna wrote:
Hi,
Can someone help me out why i am facing this problem.
OS - Unix.
I have set the
LD_LIBRARY_PATH=/usr/sfw/lib:/lib:/usr/lib:/usr/local/lib:/lib/64:/usr/lib/64
But when i run this command:
gpg --list-keys
i am getting this error:
On Tue, Feb 15, 2011 at 05:38:47AM -0800 Also sprach AgoristTeen1994:
Okay thanks for the help though I'm still somewhat confused...I understand
that they key id is the entire keypair, but then how do I found out what is
just my public key, and just my secret key, the reason Im asking is
On 2/15/11 11:35 PM, Daniel Kahn Gillmor wrote:
Long-form keyIDs (of the form 0xDECAFBADDEADBEEF) are significantly
harder to spoof, but easily within reach of a well-funded organization.
IIRC, Jon Callas says an accidental long-ID collision has occurred. I
don't recall the details. Still,
Thanks david.. it got worked.. gr8
On Tue, Feb 15, 2011 at 9:02 PM, David Shaw ds...@jabberwocky.com wrote:
On Feb 15, 2011, at 11:25 PM, Jason Harris wrote:
On Tue, Feb 15, 2011 at 05:50:11PM -0500, David Shaw wrote:
I have set the
On Tue, Feb 15, 2011 at 05:50:11PM -0500, David Shaw wrote:
I have set the
LD_LIBRARY_PATH=/usr/sfw/lib:/lib:/usr/lib:/usr/local/lib:/lib/64:/usr/lib/64
But when i run this command:
gpg --list-keys
i am getting this error:
ld.so.1: gpg: fatal: libusb.so.1: open failed: No such
On 2/15/11 11:25 PM, Jason Harris wrote:
Geez, doesn't anybody READ anymore?! Even _I_ just managed to read:
Some of us read quite well: others less so.
David was responding to the information he had available. The message
you're quoting was sent *after* David sent his.
So, it is in the
On Feb 15, 2011, at 11:44 PM, Robert J. Hansen wrote:
On 2/15/11 11:35 PM, Daniel Kahn Gillmor wrote:
Long-form keyIDs (of the form 0xDECAFBADDEADBEEF) are significantly
harder to spoof, but easily within reach of a well-funded organization.
IIRC, Jon Callas says an accidental long-ID
On Feb 15, 2011, at 11:35 PM, Daniel Kahn Gillmor wrote:
On 02/15/2011 09:22 PM, lists.gn...@mephisto.fastmail.net wrote:
If you have your public key published somewhere, such as on a key
server, the Key ID is a way for other people to unambiguously look up
the full key.
You're quite
25 matches
Mail list logo