python bindings for gpgme
bernhard at intevation.de
Wed Jun 1 14:38:29 CEST 2016
Am Mittwoch, 1. Juni 2016 13:44:58 schrieb Ben McGinnes:
> On Wed, Jun 01, 2016 at 12:37:05PM +0200, Werner Koch wrote:
> > On Wed, 1 Jun 2016 09:38, bernhard at intevation.de said:
> > > Why did you choose porting pyme over pygpgme?
> > Ben has been working on this for more than a year (see
> > https://git.gnupg.org/gpgme.git) and explained his work on gnupg-devel.
> > Challenging this decision now does not seem to be very helpful.
I saw the explanation last May, there has not been much discussion
since then. And frankly I did not fully realize back then, that you would want
this to be the official gpgme python api. I realize I am being late, but it
is as early as I understood the potential implications. Maybe pyme is the
better choice, I don't know. I haven't seen the decision documented anywhere,
> I went back and had another look at pygpgme to see why I didn't choose
> that route. I was reminded very quickly why: it doesn't compile so
> well on OS X or, indeed, at all. I'd have to rewrite bits of it to a
> much greater extent.
That is something that could have been potentially fixed, if the mapping to
python were better. (Which I don't know at this point.)
> Plus from the PyPI view it looks a bit abandoned
> (that may not actually be the case, but the version on PyPI hasn't
> been updated in four years.
Both pyme and pygpgme did not see much of maintenance work
if I remember correctly. I think that the 0.3 release of pygpgme in 2012
possibly is the newest larger update to both libraries.
> Oh, there is a port for it on MacPorts which might work, but it's
> Python 2.7 only, so nope.
python3-gpgme packages on Debian and Ubuntu show that python3
support should be close.
Anyway both points do not say much about how pythonic the abstraction is
for both libraries, so I'm switchting this to the thread with Justus.
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...
Size: 473 bytes
Desc: This is a digitally signed message part.
More information about the Gnupg-devel