From nmav at gnutls.org Mon Oct 8 17:24:24 2007 From: nmav at gnutls.org (Nikos Mavrogiannopoulos) Date: Mon, 8 Oct 2007 18:24:24 +0300 Subject: ecc and 1.3.0 Message-ID: <200710081824.24856.nmav@gnutls.org> Hello, It seems that 1.3.0 contains code for ECC but I it doesn't seem to be exported? Is there a reason for it? Are there plans for its release? regards, Nikos From wk at gnupg.org Tue Oct 9 13:43:50 2007 From: wk at gnupg.org (Werner Koch) Date: Tue, 09 Oct 2007 13:43:50 +0200 Subject: ecc and 1.3.0 In-Reply-To: <200710081824.24856.nmav@gnutls.org> (Nikos Mavrogiannopoulos's message of "Mon, 8 Oct 2007 18:24:24 +0300") References: <200710081824.24856.nmav@gnutls.org> Message-ID: <87zlys1pjd.fsf@wheatstone.g10code.de> On Mon, 8 Oct 2007 17:24, nmav at gnutls.org said: > It seems that 1.3.0 contains code for ECC but I it doesn't seem to be > exported? Is there a reason for it? Are there plans for its release? ECDSA is functional, though not very fast. Check out the benchmark tool/test. I still need to do some tests on Vista before I can release 1.3.1. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From nmav at gnutls.org Wed Oct 24 09:36:58 2007 From: nmav at gnutls.org (Nikos Mavrogiannopoulos) Date: Wed, 24 Oct 2007 10:36:58 +0300 Subject: libgcrypt 1.3.0 Message-ID: <200710241036.59374.nmav@gnutls.org> Hello, I noticed that in ftp://ftp.gnupg.org/gcrypt/libgcrypt/ there is no indication of the alpha release of 1.3.0. This gives the impression that is not yet released. It might be more clear if a link to the alpha directory existed in the libgcrypt directory. regards, Nikos From wk at gnupg.org Wed Oct 24 13:03:36 2007 From: wk at gnupg.org (Werner Koch) Date: Wed, 24 Oct 2007 13:03:36 +0200 Subject: libgcrypt 1.3.0 In-Reply-To: <200710241036.59374.nmav@gnutls.org> (Nikos Mavrogiannopoulos's message of "Wed, 24 Oct 2007 10:36:58 +0300") References: <200710241036.59374.nmav@gnutls.org> Message-ID: <87zly8vkon.fsf@wheatstone.g10code.de> On Wed, 24 Oct 2007 09:36, nmav at gnutls.org said: > not yet released. It might be more clear if a link to the alpha directory > existed in the libgcrypt directory. Done. It will show up in about 3 hours. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From n.mavrogiannopoulos at gmail.com Thu Oct 25 20:38:24 2007 From: n.mavrogiannopoulos at gmail.com (Nikos Mavrogiannopoulos) Date: Thu, 25 Oct 2007 21:38:24 +0300 Subject: gcry_ac_ API Message-ID: <200710252138.24921.n.mavrogiannopoulos@gmail.com> Hello, I wanted to reimplement the gnutls RSA encryption using the gcry_ac_ interface (to avoid sexp) stuff. However I noticed that the info pages for the gcry_ac_ functions is really limited in information. I understood that I need to start a new data set, and import my mpis there... how is that name used with respect to mpis I add? I suspect it should be "e", "m" or something, but it is not clear in the documentation. Also in ac_data_set() documentation it is not defined in the manual what's the behavior if the flags GCRY_AC_FLAG_DATA_DEALLOC and GCRY_AC_FLAG_DATA_COPY are not used (i.e. set 0). Is it the obvious (no action)? There is a nice example that generates a key... but then it finishes there. No explanation on how to export the mpis produced. The documentation is nice but looks quite incomplete. Some examples for common uses, such as encryption and decryption of data, and some import/export from mpis to internal formats would make it easier to understand. regards, Nikos From wk at gnupg.org Fri Oct 26 14:55:49 2007 From: wk at gnupg.org (Werner Koch) Date: Fri, 26 Oct 2007 14:55:49 +0200 Subject: gcry_ac_ API In-Reply-To: <200710252138.24921.n.mavrogiannopoulos@gmail.com> (Nikos Mavrogiannopoulos's message of "Thu, 25 Oct 2007 21:38:24 +0300") References: <200710252138.24921.n.mavrogiannopoulos@gmail.com> Message-ID: <87odemniga.fsf@wheatstone.g10code.de> On Thu, 25 Oct 2007 20:38, n.mavrogiannopoulos at gmail.com said: > I wanted to reimplement the gnutls RSA encryption using the gcry_ac_ > interface (to avoid sexp) stuff. However I noticed that the info pages for the Don't do that. The AC interface as known problems and leaks memory. It is not easy to fix and might even be removed with the next API break (if that ever happens). Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From n.mavrogiannopoulos at gmail.com Fri Oct 26 15:22:30 2007 From: n.mavrogiannopoulos at gmail.com (Nikos Mavrogiannopoulos) Date: Fri, 26 Oct 2007 16:22:30 +0300 Subject: gcry_ac_ API In-Reply-To: <87odemniga.fsf@wheatstone.g10code.de> References: <200710252138.24921.n.mavrogiannopoulos@gmail.com> <87odemniga.fsf@wheatstone.g10code.de> Message-ID: <200710261622.30767.n.mavrogiannopoulos@gmail.com> On Friday 26 October 2007, Werner Koch wrote: > On Thu, 25 Oct 2007 20:38, n.mavrogiannopoulos at gmail.com said: > > I wanted to reimplement the gnutls RSA encryption using the gcry_ac_ > > interface (to avoid sexp) stuff. However I noticed that the info pages > > for the > > Don't do that. The AC interface as known problems and leaks memory. It > is not easy to fix and might even be removed with the next API break (if > that ever happens). saved by the bell :) regards, Nikos From wk at gnupg.org Fri Oct 26 16:02:23 2007 From: wk at gnupg.org (Werner Koch) Date: Fri, 26 Oct 2007 16:02:23 +0200 Subject: gcry_ac_ API In-Reply-To: <200710261622.30767.n.mavrogiannopoulos@gmail.com> (Nikos Mavrogiannopoulos's message of "Fri, 26 Oct 2007 16:22:30 +0300") References: <200710252138.24921.n.mavrogiannopoulos@gmail.com> <87odemniga.fsf@wheatstone.g10code.de> <200710261622.30767.n.mavrogiannopoulos@gmail.com> Message-ID: <87640unfdc.fsf@wheatstone.g10code.de> On Fri, 26 Oct 2007 15:22, n.mavrogiannopoulos at gmail.com said: > saved by the bell :) BTW, I just released libgcrypt 1.3.1. It works fine on Windows now and I checked that the RNG on Vista seems to work. Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Fri Oct 26 16:14:26 2007 From: wk at gnupg.org (Werner Koch) Date: Fri, 26 Oct 2007 16:14:26 +0200 Subject: Libgcrypt 1.3.1 released Message-ID: <87tzoem08t.fsf@wheatstone.g10code.de> Hello! We are pleased to announce the availability of Libgcrypt 1.3.1. This is the second release of a series of development versions ebentually leading to a new stable 1.4 series. Libgcrypt is a general purpose library of cryptographic building blocks. It is originally based on code used by GnuPG. It does not provide any implementaion of OpenPGP or other protocols. Thorough understanding of applied cryptography is required to use libgcrypt. Changes compared to 1.3.1 are: * The entire library is now under the LGPLv2. The helper programs and the manual are under the GPLv2. Kudos to Peter Gutmann for giving permissions to relicense the rndw32 and rndunix modules. * The Camellia cipher is now under the LGPL and build by default. * Fixed a bug in the detection of symbol prefixes which inhibited the build of optimzied assembler code on certain systems. * Updated the entropy gatherer for W32. Source code is hosted at the GnuPG FTP server and its mirrors as listed at http://www.gnupg.org/download/mirrors.html . On the primary server the source file and its digital signature is: ftp://ftp.gnupg.org/gcrypt/alpha/libgcrypt/libgcrypt-1.3.1.tar.bz2 (930k) ftp://ftp.gnupg.org/gcrypt/alpha/libgcrypt/libgcrypt-1.3.1.tar.bz2.sig This file is bzip2 compressed. The SHA-1 checksum is: eea6aea27d7e12297630de6b4fcba1b486c809c8 libgcrypt-1.3.1.tar.bz2 For help on developing with Libgcrypt you should send mail to the grcypt-devel mailing list [1]. Improving Libgcrypt is costly, but you can help! We are looking for organizations that find Libgcrypt useful and wish to contribute back. You can contribute by reporting bugs, improve the software [2], or by donating money. Commercial support contracts for Libgcrypt are available [3], and they help finance continued maintenance. g10 Code GmbH, a Duesseldorf based company, is currently funding Libgcrypt development. We are always looking for interesting development projects. Happy hacking, Werner [1] See http://www.gnupg.org/documentation/mailing-lists.html . [2] Note that copyright assignments to the FSF are required. [3] See the service directory at http://www.gnupg.org/service.html . -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : /pipermail/attachments/20071026/8e127367/attachment.pgp From simon at josefsson.org Sat Oct 27 23:02:27 2007 From: simon at josefsson.org (Simon Josefsson) Date: Sat, 27 Oct 2007 23:02:27 +0200 Subject: Build failure on MinGW32 with libgpg-error 1.5 Message-ID: <87abq4qnj0.fsf@mocca.josefsson.org> Hi! I discovered and solved this problem some time ago, and may have reported it but I couldn't find the report now. So in case I never reported it, or if it was forgotten, here is a complete report. In case I reported this and my suggested patch was incorrect, perhaps we could restart any old discussion. Building libgpg-error 1.5 under mingw32 on a debian machine fails: $ tar xfj libgpg-error-1.5.tar.bz2 $ cd libgpg-error-1.5 $ ./configure --host=i586-mingw32msvc --build=i686-pc-linux-gnu && make ... make[3]: Entering directory `/home/jas/gnutls4win/dist/libgpg-error-1.5/src' if /bin/sh ../libtool --tag=CC --mode=compile i586-mingw32msvc-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -g -O2 -MT libgpg_error_la-w32-gettext.lo -MD -MP -MF ".deps/libgpg_error_la-w32-gettext.Tpo" -c -o libgpg_error_la-w32-gettext.lo `test -f 'w32-gettext.c' || echo './'`w32-gettext.c; \ then mv -f ".deps/libgpg_error_la-w32-gettext.Tpo" ".deps/libgpg_error_la-w32-gettext.Plo"; else rm -f ".deps/libgpg_error_la-w32-gettext.Tpo"; exit 1; fi i586-mingw32msvc-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -g -O2 -MT libgpg_error_la-w32-gettext.lo -MD -MP -MF .deps/libgpg_error_la-w32-gettext.Tpo -c w32-gettext.c -DDLL_EXPORT -DPIC -o .libs/libgpg_error_la-w32-gettext.o w32-gettext.c: In function '_nl_locale_name': w32-gettext.c:851: error: duplicate case value w32-gettext.c:850: error: previously used here w32-gettext.c:1059: error: duplicate case value w32-gettext.c:1058: error: previously used here w32-gettext.c:1067: error: duplicate case value w32-gettext.c:1066: error: previously used here make[3]: *** [libgpg_error_la-w32-gettext.lo] Error 1 make[3]: Leaving directory `/home/jas/gnutls4win/dist/libgpg-error-1.5/src' The relevant code (line ~850) reads: switch (sub) { case SUBLANG_BENGALI_INDIA: return "bn_IN"; case SUBLANG_BENGALI_BANGLADESH: return "bn_BD"; } The reason is that the system headers declare one of the symbols: jas at mocca:~$ grep SUBLANG_BENGALI /usr/i586-mingw32msvc/include/* /usr/i586-mingw32msvc/include/winnt.h:#define SUBLANG_BENGALI_INDIA 0x01 jas at mocca:~$ And w32-gettext.c declares the other symbol: # ifndef SUBLANG_BENGALI_INDIA # define SUBLANG_BENGALI_INDIA 0x00 # endif # ifndef SUBLANG_BENGALI_BANGLADESH # define SUBLANG_BENGALI_BANGLADESH 0x01 # endif I'm using the patch below to solve this. What do you think? --- src/libgpg-error-1.5/src/w32-gettext.c.orig 2007-06-27 12:40:37.000000000 +0200 +++ src/libgpg-error-1.5/src/w32-gettext.c 2007-06-27 12:41:11.000000000 +0200 @@ -522,10 +522,10 @@ # define SUBLANG_AZERI_CYRILLIC 0x02 # endif # ifndef SUBLANG_BENGALI_INDIA -# define SUBLANG_BENGALI_INDIA 0x00 +# define SUBLANG_BENGALI_INDIA 0x01 # endif # ifndef SUBLANG_BENGALI_BANGLADESH -# define SUBLANG_BENGALI_BANGLADESH 0x01 +# define SUBLANG_BENGALI_BANGLADESH 0x00 # endif # ifndef SUBLANG_CHINESE_MACAU # define SUBLANG_CHINESE_MACAU 0x05 @@ -618,16 +618,16 @@ # define SUBLANG_NEPALI_INDIA 0x02 # endif # ifndef SUBLANG_PUNJABI_INDIA -# define SUBLANG_PUNJABI_INDIA 0x00 +# define SUBLANG_PUNJABI_INDIA 0x01 # endif # ifndef SUBLANG_PUNJABI_PAKISTAN -# define SUBLANG_PUNJABI_PAKISTAN 0x01 +# define SUBLANG_PUNJABI_PAKISTAN 0x00 # endif # ifndef SUBLANG_ROMANIAN_ROMANIA -# define SUBLANG_ROMANIAN_ROMANIA 0x00 +# define SUBLANG_ROMANIAN_ROMANIA 0x01 # endif # ifndef SUBLANG_ROMANIAN_MOLDOVA -# define SUBLANG_ROMANIAN_MOLDOVA 0x01 +# define SUBLANG_ROMANIAN_MOLDOVA 0x00 # endif # ifndef SUBLANG_SERBIAN_LATIN # define SUBLANG_SERBIAN_LATIN 0x02 Thanks, Simon From simon at josefsson.org Sat Oct 27 22:42:01 2007 From: simon at josefsson.org (Simon Josefsson) Date: Sat, 27 Oct 2007 22:42:01 +0200 Subject: Libgcrypt 1.3.1 released In-Reply-To: <87tzoem08t.fsf@wheatstone.g10code.de> (Werner Koch's message of "Fri, 26 Oct 2007 16:14:26 +0200") References: <87tzoem08t.fsf@wheatstone.g10code.de> Message-ID: <87ir4sqoh2.fsf@mocca.josefsson.org> Werner Koch writes: > We are pleased to announce the availability of Libgcrypt 1.3.1. Thanks! Just to confirm that it builds fine here. Is anything planned before this version turns into a stable 1.4.0? Gnutls 2.1.x (experimental branch) now depends on libgcrypt 1.3.0 or later, it would be nice if there was a stable libgcrypt before we release gnutls 2.2. /Simon From wk at gnupg.org Mon Oct 29 12:27:13 2007 From: wk at gnupg.org (Werner Koch) Date: Mon, 29 Oct 2007 12:27:13 +0100 Subject: Libgcrypt 1.3.1 released In-Reply-To: <87ir4sqoh2.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Sat, 27 Oct 2007 22:42:01 +0200") References: <87tzoem08t.fsf@wheatstone.g10code.de> <87ir4sqoh2.fsf@mocca.josefsson.org> Message-ID: <87ir4qgnzi.fsf@wheatstone.g10code.de> On Sat, 27 Oct 2007 22:42, simon at josefsson.org said: > Is anything planned before this version turns into a stable 1.4.0? > Gnutls 2.1.x (experimental branch) now depends on libgcrypt 1.3.0 or I have the idea to support the Padlock feature of VIA CPUs. I just need to get such a board - any suggestions or an online test system anyone? With that infrastructure in place it will be easier to support other hardware crypto as well. Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Mon Oct 29 12:37:08 2007 From: wk at gnupg.org (Werner Koch) Date: Mon, 29 Oct 2007 12:37:08 +0100 Subject: Build failure on MinGW32 with libgpg-error 1.5 In-Reply-To: <87abq4qnj0.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Sat, 27 Oct 2007 23:02:27 +0200") References: <87abq4qnj0.fsf@mocca.josefsson.org> Message-ID: <87ejfegniz.fsf@wheatstone.g10code.de> On Sat, 27 Oct 2007 23:02, simon at josefsson.org said: > reported it but I couldn't find the report now. So in case I never > reported it, or if it was forgotten, here is a complete report. In case > I reported this and my suggested patch was incorrect, perhaps we could > restart any old discussion. Thanks. I another project (GpgOL) I applied this fix: 2007-08-21 Werner Koch * w32-gettext.c (SUBLANG_BENGALI_BANGLADESH): Fix to 2 as per MSDN. (SUBLANG_PUNJABI_PAKISTAN): Remove as it is not in MSDN. (SUBLANG_ROMANIAN_MOLDOVA): Remove as it is not in MSDN. (SUBLANG_ROMANIAN_ROMANIA): Change to value 1 as per MSDN. The diff towards libgpg-error is: @@ -522,10 +521,10 @@ # define SUBLANG_AZERI_CYRILLIC 0x02 # endif # ifndef SUBLANG_BENGALI_INDIA -# define SUBLANG_BENGALI_INDIA 0x00 +# define SUBLANG_BENGALI_INDIA 0x01 # endif # ifndef SUBLANG_BENGALI_BANGLADESH -# define SUBLANG_BENGALI_BANGLADESH 0x01 +# define SUBLANG_BENGALI_BANGLADESH 0x02 # endif # ifndef SUBLANG_CHINESE_MACAU # define SUBLANG_CHINESE_MACAU 0x05 @@ -618,16 +617,10 @@ # define SUBLANG_NEPALI_INDIA 0x02 # endif # ifndef SUBLANG_PUNJABI_INDIA -# define SUBLANG_PUNJABI_INDIA 0x00 -# endif -# ifndef SUBLANG_PUNJABI_PAKISTAN -# define SUBLANG_PUNJABI_PAKISTAN 0x01 +# define SUBLANG_PUNJABI_INDIA 0x01 # endif # ifndef SUBLANG_ROMANIAN_ROMANIA -# define SUBLANG_ROMANIAN_ROMANIA 0x00 -# endif -# ifndef SUBLANG_ROMANIAN_MOLDOVA -# define SUBLANG_ROMANIAN_MOLDOVA 0x01 +# define SUBLANG_ROMANIAN_ROMANIA 0x01 # endif # ifndef SUBLANG_SERBIAN_LATIN # define SUBLANG_SERBIAN_LATIN 0x02 @@ -1056,7 +1049,6 @@ switch (sub) { case SUBLANG_PUNJABI_INDIA: return "pa_IN"; /* Gurmukhi script */ - case SUBLANG_PUNJABI_PAKISTAN: return "pa_PK"; /* Arabic script */ } return "pa"; case LANG_RHAETO_ROMANCE: return "rm_CH"; @@ -1064,7 +1056,6 @@ switch (sub) { case SUBLANG_ROMANIAN_ROMANIA: return "ro_RO"; - case SUBLANG_ROMANIAN_MOLDOVA: return "ro_MD"; } return "ro"; case LANG_RUSSIAN: I'll apply that to libgpg-error and see whether I can do a release today. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Mon Oct 29 14:56:47 2007 From: wk at gnupg.org (Werner Koch) Date: Mon, 29 Oct 2007 14:56:47 +0100 Subject: Build failure on MinGW32 with libgpg-error 1.5 In-Reply-To: <87abq4qnj0.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Sat, 27 Oct 2007 23:02:27 +0200") References: <87abq4qnj0.fsf@mocca.josefsson.org> Message-ID: <87ejfef2hs.fsf@wheatstone.g10code.de> On Sat, 27 Oct 2007 23:02, simon at josefsson.org said: > Building libgpg-error 1.5 under mingw32 on a debian machine fails: Given that I was not able to reproduce the problem on my machines [1], I'd appreciate if you can do a test build of: ftp://ftp.g10code.com/g10code/scratch/libgpg-error-1.6-svn200.tar.bz2 f38767b1ad247d8668b8369b906027b4ac435b90 libgpg-error-1.6-svn200.tar.bz2 Shalom-Salam, Werner [1] I have not yet updated mingw to the Sid's current version. -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From simon at josefsson.org Mon Oct 29 15:39:52 2007 From: simon at josefsson.org (Simon Josefsson) Date: Mon, 29 Oct 2007 15:39:52 +0100 Subject: Build failure on MinGW32 with libgpg-error 1.5 In-Reply-To: <87ejfef2hs.fsf@wheatstone.g10code.de> (Werner Koch's message of "Mon, 29 Oct 2007 14:56:47 +0100") References: <87abq4qnj0.fsf@mocca.josefsson.org> <87ejfef2hs.fsf@wheatstone.g10code.de> Message-ID: <878x5mj87b.fsf@mocca.josefsson.org> Werner Koch writes: > On Sat, 27 Oct 2007 23:02, simon at josefsson.org said: > >> Building libgpg-error 1.5 under mingw32 on a debian machine fails: > > Given that I was not able to reproduce the problem on my machines [1], > I'd appreciate if you can do a test build of: > > ftp://ftp.g10code.com/g10code/scratch/libgpg-error-1.6-svn200.tar.bz2 > > f38767b1ad247d8668b8369b906027b4ac435b90 libgpg-error-1.6-svn200.tar.bz2 It seems to work. > [1] I have not yet updated mingw to the Sid's current version. I started to get the problem in the last few months, after doing a mingw upgrade. Thanks, Simon From wk at gnupg.org Mon Oct 29 20:30:49 2007 From: wk at gnupg.org (Werner Koch) Date: Mon, 29 Oct 2007 20:30:49 +0100 Subject: Build failure on MinGW32 with libgpg-error 1.5 In-Reply-To: <878x5mj87b.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Mon, 29 Oct 2007 15:39:52 +0100") References: <87abq4qnj0.fsf@mocca.josefsson.org> <87ejfef2hs.fsf@wheatstone.g10code.de> <878x5mj87b.fsf@mocca.josefsson.org> Message-ID: <871wbdbtw6.fsf@wheatstone.g10code.de> On Mon, 29 Oct 2007 15:39, simon at josefsson.org said: >> [1] I have not yet updated mingw to the Sid's current version. > > I started to get the problem in the last few months, after doing a mingw > upgrade. Yeah, I fear the next update :-(. It will lead to a lot of work and testing to keep support with the previous version. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Mon Oct 29 21:04:15 2007 From: wk at gnupg.org (Werner Koch) Date: Mon, 29 Oct 2007 21:04:15 +0100 Subject: libgpg-error 1.6 released In-Reply-To: <871wbdbtw6.fsf@wheatstone.g10code.de> (Werner Koch's message of "Mon, 29 Oct 2007 20:30:49 +0100") References: <87abq4qnj0.fsf@mocca.josefsson.org> <87ejfef2hs.fsf@wheatstone.g10code.de> <878x5mj87b.fsf@mocca.josefsson.org> <871wbdbtw6.fsf@wheatstone.g10code.de> Message-ID: <87sl3tads0.fsf_-_@wheatstone.g10code.de> Hi, libgpg-error 1.6 is now available. Noteworthy changes in version 1.6 (2007-10-29) ---------------------------------------------- * Fixed a build problem under Windows (with newer releases of mingw32). * Interface changes relative to the 1.4 release: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GPG_ERR_UNFINISHED NEW GPG_ERR_SOURCE_GPA NEW GPG_ERR_SOURCE_KLEO NEW GPG_ERR_UNFINISHED is useful for asynchronous operations where you want to tell the caller that the operation is now on a work queue and could not be finished immediately. GPG_ERR_SOURCE_GPA is used by GPA for its experimental server mode. GPG_ERR_SOURCE_KLEO will be used by KDE's Kleopatra for its forthcoming server mode. Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz.