Hi,
Once more I'm demonstrating my utter lack of knowledge in all matters
related to cryptography. Please forgive these trivial questions.
I'm trying to use gcry_cipher_encrypt(). I've set the cipher mode to
GCRY_CIPHER_MODE_CFB(*) and the algorithm is GCRY_CIPHER_AES256.
My problem is that the
Hi,
Should the IV be of the same length as the key for a given symmetric
cipher or can it have any length?
Thanks,
jules
___
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
On Fri, 2007-04-20 at 16:18 +0200, Werner Koch wrote:
> On Fri, 20 Apr 2007 15:34, [EMAIL PROTECTED] said:
>
> > So even if I prevent pinentry to show up it will eventually be
> > impossible for me to provide my own callback function?
>
> I don't understand this. It is in general useless to tell
On Fri, 2007-04-20 at 15:06 +0200, Werner Koch wrote:
> On Fri, 20 Apr 2007 14:22, [EMAIL PROTECTED] said:
>
> > I find that pinentry unconditionally is being launched whenever I
> > attempt to encrypt or decrypt something using gpgme.
>
> Depends. With gpg 1.4 you need to use --use-agent. But
Hi,
I find that pinentry unconditionally is being launched whenever I
attempt to encrypt or decrypt something using gpgme.
I've checked that the callback function is being set correctly using a
combination of gpgme_set_passphrase_cb() and gpgme_get_passphrase_cb().
Unfortunately this is totally
Hi,
I've written a small keyring utility(*) to store passwords and such. It
is using gpgme to interface with gnupg and works wonderfully on Gentoo
and Fedora.
However, on OpenSUSE 10.2 it doesn't. The problem is that
gpgme_set_passphrase_cb() doesn't have any effect on that platform.
I'm seeing