From marcus.brinkmann at ruhr-uni-bochum.de Mon Apr 7 21:25:47 2008 From: marcus.brinkmann at ruhr-uni-bochum.de (Marcus Brinkmann) Date: Mon, 07 Apr 2008 21:25:47 +0200 Subject: A little cleanup for SVN 1283 In-Reply-To: References: <87myou24jn.fsf@wheatstone.g10code.de> Message-ID: <87lk3pwjpg.wl%marcus.brinkmann@ruhr-uni-bochum.de> At Wed, 19 Mar 2008 16:05:34 +0100 (CET), Dirk Stoecker wrote: > > --- doc/Makefile.am (Revision 1283) > > +++ doc/Makefile.am (Arbeitskopie) > > @@ -33,3 +33,7 @@ > > $${user}@cvs.gnupg.org:$${dir} ); \ > > rsync -v gcrypt.pdf gcrypt.info $${user}@cvs.gnupg.org:$${dir} > > > > +gcrypt.info: version.texi > > + > > +version.texi: stamp-vti > > + > > > > Automake already handles this. No need to add it to Makefile.am > > Then the problem lies elsewhere. Without this the docs do not build from > scratch. Maybe you miss ./configure --enable-maintainer-mode Thanks, Marcus From manvendra_1977 at yahoo.com Thu Apr 10 08:32:38 2008 From: manvendra_1977 at yahoo.com (manvendra yadav) Date: Wed, 9 Apr 2008 23:32:38 -0700 (PDT) Subject: How to send public key Message-ID: <653507.88453.qm@web51610.mail.re2.yahoo.com> Hi, I am using assymetric cryptography to encrypt/decrypt data... I have generated a key pair using gcry_ac_key_pair_generate API of libgcrypt. After that I extracted the public key PKEY and now I want to send this PKEY to a second system so that uisng it , data can be encrypted. My problem is this that I do not know how to pass this PKEY and encrypted data to "send" and "recv" APIs of socket. Regards, Manvendra __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail2lokesh at gmail.com Thu Apr 10 19:54:16 2008 From: mail2lokesh at gmail.com (Lokesh Madan) Date: Thu, 10 Apr 2008 10:54:16 -0700 Subject: problem in gcrypt Message-ID: <770bb3fe0804101054x6732c4bdne443785bd112683b@mail.gmail.com> Hi, I am not the group member of this list, but i have one serious problem. In one of my application i want to use the libcrypt-1.2.2 version, but my application is in windows and i am using visual c++(2008 express edition) compiler. I don't have the *.lib* file which is making me much trouble, when i am trying to compile my code just with the *.dll* files i am getting the errors: Hash.obj : error LNK2019: unresolved external symbol _gcry_check_version referenced in function "void __cdecl hash_init(void)" (?hash_init@@YAXXZ) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_control referenced in function "void __cdecl hash_init(void)" (?hash_init@@YAXXZ) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_md_close referenced in function "class std::basic_string,class std::allocator > __cdecl gdx2(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &,bool)" (?gdx2@ @YA?AV?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@ABV12 at 0_N @Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_md_get_algo_dlen referenced in function "class std::basic_string,class std::allocator > __cdecl gdx2(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &,bool)" (?gdx2@@YA?AV?$basic_string at DU ?$char_traits at D@std@@V?$allocator at D@2@@std@@ABV12 at 0_N@Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_md_read referenced in function "class std::basic_string,class std::allocator > __cdecl gdx2(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &,bool)" (?gdx2@ @YA?AV?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@ABV12 at 0_N @Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_md_write referenced in function "class std::basic_string,class std::allocator > __cdecl gdx2(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &,bool)" (?gdx2@ @YA?AV?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@ABV12 at 0_N @Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_md_setkey referenced in function "class std::basic_string,class std::allocator > __cdecl gdx2(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &,bool)" (?gdx2@ @YA?AV?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@ABV12 at 0_N @Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_md_open referenced in function "class std::basic_string,class std::allocator > __cdecl gdx2(class std::basic_string,class std::allocator > const &,class std::basic_string,class std::allocator > const &,bool)" (?gdx2@ @YA?AV?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@ABV12 at 0_N @Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_cipher_close referenced in function "void __cdecl docrypt(unsigned char *,unsigned int,bool)" (?docrypt@@YAXPAEI_N at Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_cipher_decrypt referenced in function "void __cdecl docrypt(unsigned char *,unsigned int,bool)" (?docrypt@@YAXPAEI_N at Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_cipher_encrypt referenced in function "void __cdecl docrypt(unsigned char *,unsigned int,bool)" (?docrypt@@YAXPAEI_N at Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_cipher_ctl referenced in function "void __cdecl docrypt(unsigned char *,unsigned int,bool)" (?docrypt@@YAXPAEI_N at Z) 1>Hash.obj : error LNK2019: unresolved external symbol _gcry_cipher_open referenced in function "void __cdecl docrypt(unsigned char *,unsigned int,bool)" (?docrypt@@YAXPAEI_N at Z) 1>C:\Documents and Settings\Lokesh Madan\My Documents\Visual Studio 2008\Projects\misc\Debug\misc.exe : fatal error LNK1120: 13 unresolved externals Can anyone please help me in getting *.lib* files of libcrypt-11 and libgpg-error or is there any way out. I am not in the mailing list please CC me your answers. Thanks in advance -- Regards, Lokesh Madan -------------- next part -------------- An HTML attachment was scrubbed... URL: From md at Linux.IT Sun Apr 13 04:05:43 2008 From: md at Linux.IT (Marco d'Itri) Date: Sun, 13 Apr 2008 04:05:43 +0200 Subject: Bug#412408: Is invoking exit(2) in a library the right thing to do? In-Reply-To: <87k5oj1jp0.fsf@wheatstone.g10code.de> References: <1194263539.32171.32.camel@zarvora> <20071105123716.GB22637@bongo.bofh.it> <871wb4pwsp.fsf@wheatstone.g10code.de> <20071105150022.GA25109@bongo.bofh.it> <874pfn68c3.fsf@wheatstone.g10code.de> <87ve8337wu.fsf@wheatstone.g10code.de> <20071115143210.GA7086@bongo.bofh.it> <87k5oj1jp0.fsf@wheatstone.g10code.de> Message-ID: <20080413020543.GB32676@bongo.bofh.it> On Nov 15, Werner Koch wrote: > With this reasoning you may also change Linux to allow /dev/random to be > a module. It was conscious decisions, more than a decade ago, to have > /dev/random *always* available. Thus it is as important as /dev/null > and more usefule than console. If this were true then it would be available in the kernel default initramfs (scripts/gen_initramfs_list.sh). -- ciao, Marco -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From wk at gnupg.org Mon Apr 14 10:33:43 2008 From: wk at gnupg.org (Werner Koch) Date: Mon, 14 Apr 2008 10:33:43 +0200 Subject: Bug#412408: Is invoking exit(2) in a library the right thing to do? In-Reply-To: <20080413020543.GB32676@bongo.bofh.it> (Marco d'Itri's message of "Sun, 13 Apr 2008 04:05:43 +0200") References: <1194263539.32171.32.camel@zarvora> <20071105123716.GB22637@bongo.bofh.it> <871wb4pwsp.fsf@wheatstone.g10code.de> <20071105150022.GA25109@bongo.bofh.it> <874pfn68c3.fsf@wheatstone.g10code.de> <87ve8337wu.fsf@wheatstone.g10code.de> <20071115143210.GA7086@bongo.bofh.it> <87k5oj1jp0.fsf@wheatstone.g10code.de> <20080413020543.GB32676@bongo.bofh.it> Message-ID: <87mynwq1i0.fsf@wheatstone.g10code.de> On Sun, 13 Apr 2008 04:05, md at Linux.IT said: > On Nov 15, Werner Koch wrote: > >> With this reasoning you may also change Linux to allow /dev/random to be >> a module. It was conscious decisions, more than a decade ago, to have >> /dev/random *always* available. Thus it is as important as /dev/null >> and more usefule than console. > If this were true then it would be available in the kernel default > initramfs (scripts/gen_initramfs_list.sh). I don't know enough about this to tell why it does not mknod /dev/random. Given that TCP requires the random device and thus the devices needs to be available, it might just be the case that until now the userland had no need for the device node. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From simon at josefsson.org Fri Apr 18 09:00:06 2008 From: simon at josefsson.org (Simon Josefsson) Date: Fri, 18 Apr 2008 09:00:06 +0200 Subject: Don't leak symbols into static library Message-ID: <871w53ir61.fsf@mocca.josefsson.org> Before patch below: jas at mocca:~/src/libgcrypt$ nm -B src/.libs/libgcrypt.a |grep ' T '|grep -v gcry|grep -v __ 000059c0 T Camellia_DecryptBlock 00005b90 T Camellia_Ekeygen 00005850 T Camellia_EncryptBlock 00003020 T camellia_decrypt128 000049b0 T camellia_decrypt256 00002530 T camellia_encrypt128 00003b10 T camellia_encrypt256 00000000 T camellia_setup128 00005b30 T camellia_setup192 00000f10 T camellia_setup256 00001d30 T ac_data_extract jas at mocca:~/src/libgcrypt$ After patch below: jas at mocca:~/src/libgcrypt$ nm -B src/.libs/libgcrypt.a |grep ' T '|grep -v gcry|grep -v __ jas at mocca:~/src/libgcrypt$ What do you think? /Simon Index: cipher/camellia.h =================================================================== --- cipher/camellia.h (revision 1283) +++ cipher/camellia.h (working copy) @@ -1,6 +1,6 @@ /* camellia.h ver 1.2.0 * - * Copyright (C) 2006,2007 + * Copyright (C) 2006,2007,2008 * NTT (Nippon Telegraph and Telephone Corporation). * * This library is free software; you can redistribute it and/or @@ -28,6 +28,7 @@ * * This prefixes all external symbols with "foo_". */ +#define CAMELLIA_EXT_SYM_PREFIX _gcry_ #ifdef CAMELLIA_EXT_SYM_PREFIX #define CAMELLIA_PREFIX1(x,y) x ## y #define CAMELLIA_PREFIX2(x,y) CAMELLIA_PREFIX1(x,y) Index: cipher/ac.c =================================================================== --- cipher/ac.c (revision 1283) +++ cipher/ac.c (working copy) @@ -1,6 +1,6 @@ /* ac.c - Alternative interface for asymmetric cryptography. Copyright (C) 2003, 2004, 2005, 2006 - 2007 Free Software Foundation, Inc. + 2007, 2008 Free Software Foundation, Inc. This file is part of Libgcrypt. @@ -1117,7 +1117,7 @@ (IDENTIFIER [...] (ALGORITHM )) */ -gcry_error_t +static gcry_error_t ac_data_extract (const char *identifier, const char *algorithm, gcry_sexp_t sexp, gcry_ac_data_t *data) { From simon at josefsson.org Fri Apr 18 09:04:30 2008 From: simon at josefsson.org (Simon Josefsson) Date: Fri, 18 Apr 2008 09:04:30 +0200 Subject: what is src/missing-string.c:vasprintf used for Message-ID: <87wsmvhce9.fsf@mocca.josefsson.org> There is am implementation of vasprintf for MinGW in src/missing-string.c in libgcrypt. However, I cannot find any calls to vasprintf in libgcrypt itself. What is this code used for? If the code doesn't serve any purpose, it would be nice to remove it to avoid static library name space pollution. Thanks, /Simon From simon at josefsson.org Fri Apr 18 09:17:06 2008 From: simon at josefsson.org (Simon Josefsson) Date: Fri, 18 Apr 2008 09:17:06 +0200 Subject: MinGW+Wine and "DBG: rndw32: get performance data problem: ec=2" In-Reply-To: <878x2oi44d.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Thu, 17 Jan 2008 21:33:38 +0100") References: <871w8hg84y.fsf@mocca.josefsson.org> <87r6ghfva6.fsf@wheatstone.g10code.de> <8763xtfrfb.fsf@mocca.josefsson.org> <871w8hfqn9.fsf@mocca.josefsson.org> <878x2oi44d.fsf@mocca.josefsson.org> Message-ID: <87mynrhbt9.fsf@mocca.josefsson.org> Simon Josefsson writes: > Simon Josefsson writes: > >> Simon Josefsson writes: >> >>> Works for me. How about this patch? >> >> I reversed the logic in the variable name, here is a better patch... > > This patch is somewhat better -- if the return codes for some reason > differ between invocations, the code will print a new debug message > every time it changes. > > (The first time, 'been_here' can never be ERROR_SUCCESS, or it wouldn't > have reached that if clause.) Any chance to apply this patch? The patch reduces noise from libgcrypt under MinGW+Wine significantly. I tested that it applies and works against 1.4.0. Thanks, > /Simon > > Index: rndw32.c > =================================================================== > --- rndw32.c (revision 1280) > +++ rndw32.c (working copy) > @@ -1,5 +1,5 @@ > /* rndw32.c - W32 entropy gatherer > - * Copyright (C) 1999, 2000, 2002, 2003, 2007 Free Software Foundation, Inc. > + * Copyright (C) 1999, 2000, 2002, 2003, 2007, 2008 Free Software Foundation, Inc. > * Copyright Peter Gutmann, Matt Thomlinson and Blake Coverett 1996-2006 > * > * This file is part of Libgcrypt. > @@ -440,8 +440,11 @@ > } > else > { > - log_debug ("rndw32: get performance data problem: ec=%ld\n", > - status); > + static int been_here = ERROR_SUCCESS; > + if (been_here != status) > + log_debug ("rndw32: get performance data problem: ec=%ld\n", > + status); > + been_here = status; > break; > } > } From wk at gnupg.org Fri Apr 18 11:10:59 2008 From: wk at gnupg.org (Werner Koch) Date: Fri, 18 Apr 2008 11:10:59 +0200 Subject: Don't leak symbols into static library In-Reply-To: <871w53ir61.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Fri, 18 Apr 2008 09:00:06 +0200") References: <871w53ir61.fsf@mocca.josefsson.org> Message-ID: <873apj4jfg.fsf@wheatstone.g10code.de> On Fri, 18 Apr 2008 09:00, simon at josefsson.org said: > 000059c0 T Camellia_DecryptBlock Ooops. The linker script made it invisible to me. > * This prefixes all external symbols with "foo_". > */ > +#define CAMELLIA_EXT_SYM_PREFIX _gcry_ Okay, I put it into config.h to keep this file unmodified. > Index: cipher/ac.c > @@ -1117,7 +1117,7 @@ > > (IDENTIFIER [...] > (ALGORITHM )) */ > -gcry_error_t > +static gcry_error_t > ac_data_extract (const char *identifier, const char *algorithm, > gcry_sexp_t sexp, gcry_ac_data_t *data) What is the reasons for this? Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Fri Apr 18 11:14:22 2008 From: wk at gnupg.org (Werner Koch) Date: Fri, 18 Apr 2008 11:14:22 +0200 Subject: what is src/missing-string.c:vasprintf used for In-Reply-To: <87wsmvhce9.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Fri, 18 Apr 2008 09:04:30 +0200") References: <87wsmvhce9.fsf@mocca.josefsson.org> Message-ID: <87y77b34pd.fsf@wheatstone.g10code.de> On Fri, 18 Apr 2008 09:04, simon at josefsson.org said: > There is am implementation of vasprintf for MinGW in > src/missing-string.c in libgcrypt. However, I cannot find any calls to > vasprintf in libgcrypt itself. What is this code used for? Cruft. I remove it. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From simon at josefsson.org Fri Apr 18 11:20:49 2008 From: simon at josefsson.org (Simon Josefsson) Date: Fri, 18 Apr 2008 11:20:49 +0200 Subject: Don't leak symbols into static library In-Reply-To: <873apj4jfg.fsf@wheatstone.g10code.de> (Werner Koch's message of "Fri, 18 Apr 2008 11:10:59 +0200") References: <871w53ir61.fsf@mocca.josefsson.org> <873apj4jfg.fsf@wheatstone.g10code.de> Message-ID: <87y77b8qoe.fsf@mocca.josefsson.org> Werner Koch writes: >> Index: cipher/ac.c >> @@ -1117,7 +1117,7 @@ >> >> (IDENTIFIER [...] >> (ALGORITHM )) */ >> -gcry_error_t >> +static gcry_error_t >> ac_data_extract (const char *identifier, const char *algorithm, >> gcry_sexp_t sexp, gcry_ac_data_t *data) > > > What is the reasons for this? The same as for the camellia change: the 'ac_data_extract' function is exported to the static library. As far as I could tell, the function is only ever called from the same file it is defined in: jas at mocca:~/src/libgcrypt$ rgrep ac_data_extract *|grep -v .svn cipher/ac.c:ac_data_extract (const char *identifier, const char *algorithm, cipher/ac.c: err = ac_data_extract ("private-key", handle->algorithm_name, cipher/ac.c: err = ac_data_extract ("public-key", handle->algorithm_name, cipher/ac.c: err = ac_data_extract ("enc-val", handle->algorithm_name, cipher/ac.c: err = ac_data_extract ("sig-val", handle->algorithm_name, Binary file cipher/.libs/libcipher.a matches Binary file cipher/.libs/ac.o matches cipher/ChangeLog: (ac_data_extract): Use GCRY_AC_FLAG_DEALLOC instead of Binary file cipher/ac.o matches Binary file src/.libs/libgcrypt.so.11 matches Binary file src/.libs/libgcrypt.so.11.4.3 matches Binary file src/.libs/libgcrypt.a matches Binary file src/.libs/libgcrypt.so matches jas at mocca:~/src/libgcrypt$ Thus, I think it should be marked as 'static'. Note that it is not mentioned in the *.def file, so for shared libraries you can't use the function anyway. /Simon From simon at josefsson.org Fri Apr 18 11:21:17 2008 From: simon at josefsson.org (Simon Josefsson) Date: Fri, 18 Apr 2008 11:21:17 +0200 Subject: what is src/missing-string.c:vasprintf used for In-Reply-To: <87y77b34pd.fsf@wheatstone.g10code.de> (Werner Koch's message of "Fri, 18 Apr 2008 11:14:22 +0200") References: <87wsmvhce9.fsf@mocca.josefsson.org> <87y77b34pd.fsf@wheatstone.g10code.de> Message-ID: <87tzhz8qnm.fsf@mocca.josefsson.org> Werner Koch writes: > On Fri, 18 Apr 2008 09:04, simon at josefsson.org said: > >> There is am implementation of vasprintf for MinGW in >> src/missing-string.c in libgcrypt. However, I cannot find any calls to >> vasprintf in libgcrypt itself. What is this code used for? > > Cruft. I remove it. Thanks! /Simon From wk at gnupg.org Fri Apr 18 11:22:06 2008 From: wk at gnupg.org (Werner Koch) Date: Fri, 18 Apr 2008 11:22:06 +0200 Subject: MinGW+Wine and "DBG: rndw32: get performance data problem: ec=2" In-Reply-To: <87mynrhbt9.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Fri, 18 Apr 2008 09:17:06 +0200") References: <871w8hg84y.fsf@mocca.josefsson.org> <87r6ghfva6.fsf@wheatstone.g10code.de> <8763xtfrfb.fsf@mocca.josefsson.org> <871w8hfqn9.fsf@mocca.josefsson.org> <878x2oi44d.fsf@mocca.josefsson.org> <87mynrhbt9.fsf@mocca.josefsson.org> Message-ID: <87tzhz34ch.fsf@wheatstone.g10code.de> On Fri, 18 Apr 2008 09:17, simon at josefsson.org said: > Any chance to apply this patch? The patch reduces noise from libgcrypt > under MinGW+Wine significantly. I tested that it applies and works > against 1.4.0. Okay. I don't use Wine much so I never noticed. Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Fri Apr 18 12:13:22 2008 From: wk at gnupg.org (Werner Koch) Date: Fri, 18 Apr 2008 12:13:22 +0200 Subject: Don't leak symbols into static library In-Reply-To: <87y77b8qoe.fsf@mocca.josefsson.org> (Simon Josefsson's message of "Fri, 18 Apr 2008 11:20:49 +0200") References: <871w53ir61.fsf@mocca.josefsson.org> <873apj4jfg.fsf@wheatstone.g10code.de> <87y77b8qoe.fsf@mocca.josefsson.org> Message-ID: <87hcdz31z1.fsf@wheatstone.g10code.de> On Fri, 18 Apr 2008 11:20, simon at josefsson.org said: > The same as for the camellia change: the 'ac_data_extract' function is > exported to the static library. As far as I could tell, the function is Sorry, I somehow read gcry_ac_data_extract. I'll change it. Salam-Shalom, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From wk at gnupg.org Tue Apr 22 12:30:19 2008 From: wk at gnupg.org (Werner Koch) Date: Tue, 22 Apr 2008 12:30:19 +0200 Subject: Release candidate for libgcrypt 1.4.1. Message-ID: <87prsiqj0k.fsf@wheatstone.g10code.de> Hi! I just did a release candidate for 1.4.1: ftp://ftp.gnupg.org/gcrypt/alpha/libgcrypt/libgcrypt-1.4.1rc1.tar.bz2 (946k) ftp://ftp.gnupg.org/gcrypt/alpha/libgcrypt/libgcrypt-1.4.1rc1.tar.bz2.sig Please try it out and if you experience problems, let me know. Changes are: * Fixed a bug introduced by 1.3.1 which led to the comsumption of far too much entropy for the intial seeding. * Improved AES performance for CFB and CBC modes. * Removed build problems for the Padlock support. As well as the usual minor bug fixes. Without major problems I am going to release 1.4.1 in two days. Shalom-Salam, Werner -- Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz. From simon at josefsson.org Tue Apr 22 12:44:03 2008 From: simon at josefsson.org (Simon Josefsson) Date: Tue, 22 Apr 2008 12:44:03 +0200 Subject: Release candidate for libgcrypt 1.4.1. In-Reply-To: <87prsiqj0k.fsf@wheatstone.g10code.de> (Werner Koch's message of "Tue, 22 Apr 2008 12:30:19 +0200") References: <87prsiqj0k.fsf@wheatstone.g10code.de> Message-ID: <874p9ujhjg.fsf@mocca.josefsson.org> Werner Koch writes: > Hi! > > I just did a release candidate for 1.4.1: FYI, it builds fine under mingw32+wine under debian, and solves all my problems with 1.4.0. Thanks, /Simon From wk at gnupg.org Fri Apr 25 18:51:21 2008 From: wk at gnupg.org (Werner Koch) Date: Fri, 25 Apr 2008 18:51:21 +0200 Subject: Libgcrypt 1.4.1 released Message-ID: <87ve2598ty.fsf@wheatstone.g10code.de> Hello! The GNU project is pleased to announce the availability of Libgcrypt version 1.4.1. This is a maintenance release to fix a few problems. Libgcrypt is a general purpose library of cryptographic building blocks. It is originally based on code used by GnuPG. It does not provide any implementation of OpenPGP or other protocols. Thorough understanding of applied cryptography is required to use Libgcrypt. Noteworthy changes in version 1.4.1 (2008-04-25) ------------------------------------------------ * Fixed a bug introduced by 1.3.1 which led to the comsumption of far too much entropy for the intial seeding. * Improved AES performance for CFB and CBC modes. * Removed build problems for the Padlock support. 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 signatures is: ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.4.1.tar.bz2 (946k) ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.4.1.tar.bz2.sig This file is bzip2 compressed. A gzip compressed version is also available: ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.4.1.tar.gz (1179k) ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.4.1.tar.gz.sig Alternativley you may upgrade version 1.4.0 using this patch file: ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.4.0-1.4.1.diff.bz2 (49k) The SHA-1 checksums are: 367fe7fecd2ed4ab743849279dbc2f7e148f9956 libgcrypt-1.4.1.tar.bz2 36f1c6632fa06a6d3c92f83c3cdca8c7731a4220 libgcrypt-1.4.1.tar.gz 458fa5939df46da383df64b27ed8f8f580931618 libgcrypt-1.4.0-1.4.1.diff.bz2 For help on developing with Libgcrypt you should read the included manual and optional ask on the gcrypt-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], order extensions or support or more general by donating money to the Free Software movement [3]. Commercial support contracts for Libgcrypt are available [4], 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. Many thanks to all who contributed to Libgcrypt development, be it bug fixes, code, documentation, testing or helping users. Happy hacking, Werner [1] See http://www.gnupg.org/documentation/mailing-lists.html . [2] Note that copyright assignments to the FSF are required. [3] For example http://www.fsfeurope.org/help/donate.en.html . [4] 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: 205 bytes Desc: not available URL: