What is all the new stuff in gpgme?
Jose Carlos Garcia Sogo
jose at jaimedelamo.eu.org
Sat Nov 24 22:01:01 CET 2001
El Sat, Nov 24, 2001 at 06:45:48PM +0100, Marcus Brinkmann escribía:
> On Sat, Nov 24, 2001 at 12:10:38AM +0100, Jose Carlos Garcia Sogo wrote:
> > I'm seeing that Marcus is working hard in GpgME these days. That's
> > really cool, but I'd like to know what are the assuan lib? and the
> > gpgmeplug dir.
> Jan-Oliver said what it is about. I should add some notes for people who
> base their work on that code.
> The changes are dramatically, but mostly internal. The external interface
> hardly changes. There will be one or two new functions to set the desired
> protocol and to check the back end engines. If you don't have gpgsm
> installed, and don't specify any of the new options to configure, you will
> get a gpgme that is just like the old one. Please do not enable any of the
> new code in packaged software like Debian for now. You will hear from us
> when we feel it is ready (or useable).
OK, I'll wait. I only wanted to know what was that useful for and if
I (as gpgme Debian maintainer) had to compile that stuff in new
versions. Now I see that it is not necessary :)
> For you, Jose, I added the option --with-gpg. If you set it to the gpg path
> in Debian, you could remove the build dependency on gpg, at the cost that
> the test suite will not be run (mmh.. I have not tested building without
> gpg. But anyway, that's the intention :)
Oh! That's great! Build-depending in gpg only for saying that gpg
was installed in /usr/bin was a little painful. Thanks!
> I will likely fix the bug that the keys are returned in reversed order soon.
> This simple change will actually break the API more than all the other
> changes for GpgSM. :)
Well, I hope you do not forget to change also the soname of the lib
if it is necessary ;)
> If any new development comes up that makes it necessary for us to support
> the 0.2.3 version along with the new developments, I can always go back and
> branch of a stable branch in CVS. If anybody desires it, let me know and I
> will consider it. Otherwise I just keep running.
I think that if the api is going to be more or less stable, you won't
have any problem. I think that all the develpoment that can being done
based on gpgme is in an early stage, when they can benefit more of
libgpgme evolving that of a 0.2.3 frozen version.
José Carlos García Sogo
<jsogo at debian.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 240 bytes
Desc: not available
Url : /pipermail/attachments/20011124/3321a112/attachment.bin
More information about the Gnupg-devel