gpgme "Locate engine names only at runtime and prefer GnuPG-2" commit break Android

Werner Koch wk at gnupg.org
Thu Feb 20 17:18:50 CET 2014


On Thu, 20 Feb 2014 16:30, hans at guardianproject.info said:

> In this situation, PATH won't do anything useful by default on Android.
> Android is not UNIX, apps do not install things into the PATH.  Also, apps are

You mean gpgconf is not installed in a directory listed by PATH?  Well,
then why not hard code the directory for Android?

> not supposed to change env vars, that's inherited from Java, which only has
> getenv(), no setenv().

> A hard-coded path to each thing that gpgme calls is the best approach that I
> can think of for Android.  While technically possible to change the PATH, we

Okay - which path?  Build time configuration or runtime configuration?
A fixed directory for Android seems to be the best appraoch

> have wasted sooooo many hours with kludges like that.  Its not the right
> approach for Android.

PATH is a standard Unix and Windows feature to locate executables.

> to either implement gpgme in Java, or even better, implement a library that
> talks directly to gpg-agent via assuan like the gpg command line do.  There

Actually gpgme is such a library.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.




More information about the Gnupg-devel mailing list