On 04/03/15 00:55, Hans of Guardian wrote: > [...] what I'm trying to say is that for programming environments > where GPGME does not make sense, there should be the ability to > easily make a native version of what GPGME is doing.
Couldn't this be achieved by writing a C program that, for instance, talks via JSON to you, and itself uses GPGME to call the gpg binary? <Your easily written native library> [JSON] <Program written in C> [GPGME] <gpg binary> I think there is opposition to adding more stuff to the gpg binary. I don't think there is opposition to you writing a program that uses GPGME :). If it's good, it might be picked up for wider inclusion. Since your Java/Python/etc program needs to install gpg anyway, it could install the other C program as well. Packaging and distribution definitely isn't a solved problem, but a separate one from what we are now discussing, so let's not muddle this discussion by including it just now. Peter. PS: When I say "you could write" I mean "someone could write" -- I use the GNU Privacy Guard (GnuPG) in combination with Enigmail. You can send me encrypted mail if you want some privacy. My key is available at <http://digitalbrains.com/2012/openpgp-key-peter> _______________________________________________ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
