GnuPG API, gpgme (was: proposal python-gnupg2)

[Bernhard Reiter]

Hi Vinay,

Am Dienstag 18 Oktober 2016 10:17:18 schrieb Vinay Sajip:
> > I believe the goal our GnuPG-Initiative is to add all needed
> > functionality to gpgme. It basically is a wrapper around calling
> > gpg(.exe).
>
> I had no idea that was the case, if I understand you correctly. I had
> assumed that gpgme was a lower-level library providing the basic crypto
> functionality, using common code used by gpg(.exe). If gpg(.exe) is the
> canonical foundation which everything else depends on, then where is the
> benefit of a Python binding over a C wrapper over gpg(.exe)? Python
> provides a reasonably good mechanism for interacting with subprocesses.
> I've probably misunderstood what you said, so please tell me if I have!

as also outlined in my other email (which I've send to you and the list a few 
minutes ago): In my understanding gpgme aims to be a good GnuPG API
in a sense that it will have advantages over calling gpg2(.exe) in all cases.
(There may be rare exceptions.) 

See the (a brief list) of advantages of gpgme in Andre's slides for his 
openpgp.conf talk (https://files.intevation.de/users/aheinecke/gpgme.pdf )
The disadvantages there reduced by completions and higher level funcations
in the "official" version for languages like python.

Best Regards,
Bernhard


-- 
www.intevation.de/~bernhard   +49 541 33 508 3-3
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer 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/20161019/b211cec5/attachment.sig>