From morristo at stripe.colorado.edu Thu Aug 15 05:21:01 2002 From: morristo at stripe.colorado.edu (Wes Morriston) Date: Thu Aug 15 05:21:01 2002 Subject: [gnutls-dev]configure fails (in Gentoo Linux) Message-ID: <3D3DA08E.7090805@stripe.colorado.edu> Hello, I'm trying to compile gnutls-0.5.1, and it can't seem to work with the libgcrypt I have installed. I have libgcrypt-1.1.8. /usr/bin/libgcrypt-config --version yields 1.1.8 No other version of libgcrypt is installed. And yet whenever I run configure, I get the error message you see below. I have tried several different versions of libgcrypt and gnutls. I run into the same problem with all of them. I've also done this on another machine running Gentoo Linux. Same exact thing. (NOTE: I'm running the very latest version of Gentoo Linux.) I attach a copy of the config.log file. A fix would be most appreciated! I want to get wmbiff running with ssl support, and it uses gnutls. Wes checking for libgcrypt-config... /usr/bin/libgcrypt-config checking for libgcrypt - version >= 1.1.8... no *** Could not run libgcrypt test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding LIBGCRYPT or finding the wrong *** version of LIBGCRYPT. If it is not finding LIBGCRYPT, you'll need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system *** *** If you have an old version installed, it is best to remove it, although *** you may also be able to get things to work by modifying LD_LIBRARY_PATH *** configure: error: *** *** libgcrypt was not found. You may want to get it from *** ftp://ftp.gnupg.org/pub/gcrypt/alpha/libgcrypt/ *** -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.log URL: From ivo at o2w.nl Fri Aug 9 14:34:02 2002 From: ivo at o2w.nl (Ivo Timmermans) Date: Fri Aug 9 14:34:02 2002 Subject: [gnutls-dev]AM_MAINTAINER_MODE Message-ID: <20020809123522.GA1358@juarez> Hi, Could you please add the AM_MAINTAINER_MODE macro to configure.in? `AM_MAINTAINER_MODE' This macro adds a `--enable-maintainer-mode' option to `configure'. If this is used, `automake' will cause `maintainer-only' rules to be turned off by default in the generated `Makefile.in's. This macro defines the `MAINTAINER_MODE' conditional, which you can use in your own `Makefile.am'. This means that configure will not generate rules that will try to regenerate things like configure, or Makefile.in's, unless you run it with --enable-maintainer-mode. Ivo -- Um den Elefanten durch den Zoll zu schmuggeln, hatte Rasmus ihn als Sch?ferhund verkleidet. - Nichtlustig From nmav at gnutls.org Thu Aug 15 12:00:02 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Thu Aug 15 12:00:02 2002 Subject: [gnutls-dev]const char* to gnutls.h In-Reply-To: <20020731195437.G22431@irccrew.org> References: <20020731195437.G22431@irccrew.org> Message-ID: <20020815093803.GD703@gnutls.org> On Wed, Jul 31, 2002 at 07:54:37PM +0300, Timo Sirainen wrote: > Currently there's char* parameters for setting x509 files. Annoying when I > use consts in my own code to pass the file names. Included patch to fix. Applied. Thank you. -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From nmav at gnutls.org Thu Aug 15 12:00:03 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Thu Aug 15 12:00:03 2002 Subject: [gnutls-dev]AM_MAINTAINER_MODE In-Reply-To: <20020809123522.GA1358@juarez> References: <20020809123522.GA1358@juarez> Message-ID: <20020815095143.GH703@gnutls.org> On Fri, Aug 09, 2002 at 02:35:23PM +0200, Ivo Timmermans wrote: > Hi, > Could you please add the AM_MAINTAINER_MODE macro to configure.in? > `AM_MAINTAINER_MODE' > This macro adds a `--enable-maintainer-mode' option to > `configure'. If this is used, `automake' will cause > `maintainer-only' rules to be turned off by default in the > generated `Makefile.in's. This macro defines the `MAINTAINER_MODE' > conditional, which you can use in your own `Makefile.am'. > This means that configure will not generate rules that will try to > regenerate things like configure, or Makefile.in's, unless you run it > with --enable-maintainer-mode. Done. Check the cvs. > Ivo -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From nmav at gnutls.org Thu Aug 15 13:01:02 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Thu Aug 15 13:01:02 2002 Subject: [gnutls-dev]pkcs12 Message-ID: <20020815105741.GA14111@gnutls.org> Thanks to Werner and Aegypten, there is a working PKCS-12 implementation, we can use in gnutls. See http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/newpg/agent/minip12.c?rev=HEAD&cvsroot=Project+Aegypten&content-type=text/vnd.viewcvs-markup and http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/newpg/agent/minip12.h?rev=HEAD&cvsroot=Project+Aegypten&content-type=text/vnd.viewcvs-markup -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From nspring at cs.washington.edu Thu Aug 15 20:30:02 2002 From: nspring at cs.washington.edu (Neil Spring) Date: Thu Aug 15 20:30:02 2002 Subject: [gnutls-dev]libgnutls-config --cflags Message-ID: <20020815183037.GC25706@cs.washington.edu> Would it be a bad idea to have 'libgnutls-config --cflags' return -I/usr/include/gnutls instead of -I/usr/include? If it did, no source changes would be required to support wmbiff. If gnutls-using apps are supposed to all change to '#include ' that's fine, I just want to make sure that the possibly better solution isn't going to come along in the next release. thanks, -neil From nmav at gnutls.org Thu Aug 15 23:50:01 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Thu Aug 15 23:50:01 2002 Subject: [gnutls-dev]libgnutls-config --cflags In-Reply-To: <20020815183037.GC25706@cs.washington.edu> References: <20020815183037.GC25706@cs.washington.edu> Message-ID: <20020815212814.GA906@gnutls.org> On Thu, Aug 15, 2002 at 11:30:41AM -0700, Neil Spring wrote: > Would it be a bad idea to have 'libgnutls-config --cflags' > return -I/usr/include/gnutls instead of -I/usr/include? > If it did, no source changes would be required to support > wmbiff. If gnutls-using apps are supposed to all change to > '#include ' that's fine, I just want to > make sure that the possibly better solution isn't going to > come along in the next release. Yes the idea was to use instead of just . That is to prevent polluting namespace, since some include files may be common with other libraries. > thanks, > -neil -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From wk at gnupg.org Fri Aug 16 10:03:02 2002 From: wk at gnupg.org (Werner Koch) Date: Fri Aug 16 10:03:02 2002 Subject: [gnutls-dev]pkcs12 In-Reply-To: <20020815105741.GA14111@gnutls.org> (Nikos Mavroyanopoulos's message of "Thu, 15 Aug 2002 13:57:41 +0300") References: <20020815105741.GA14111@gnutls.org> Message-ID: <87fzxfcjli.fsf@alberti.gnupg.de> On Thu, 15 Aug 2002 13:57:41 +0300, Nikos Mavroyanopoulos said: > Thanks to Werner and Aegypten, there is a working PKCS-12 implementation, we > can use in gnutls. Well, it is very basic so don't expect too much. pkcs-12 is really strange. Salam-Shalom, Werner From misiek at pld.ORG.PL Fri Aug 16 23:34:01 2002 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: Fri Aug 16 23:34:01 2002 Subject: [gnutls-dev]libgnutls-config --cflags In-Reply-To: <20020815212814.GA906@gnutls.org> References: <20020815183037.GC25706@cs.washington.edu> <20020815212814.GA906@gnutls.org> Message-ID: <871y8ysq7r.fsf@arm.t19.ds.pwr.wroc.pl> Nikos Mavroyanopoulos writes: > On Thu, Aug 15, 2002 at 11:30:41AM -0700, Neil Spring wrote: > > > Would it be a bad idea to have 'libgnutls-config --cflags' > > return -I/usr/include/gnutls instead of -I/usr/include? > > If it did, no source changes would be required to support > > wmbiff. If gnutls-using apps are supposed to all change to > > '#include ' that's fine, I just want to > > make sure that the possibly better solution isn't going to > > come along in the next release. > > Yes the idea was to use instead of just > . That is to prevent polluting namespace, since > some include files may be common with other libraries. If libgnutls-config --cflags returns -I/usr/include at this moment then you'll get: [misiek at arm misiek]$ gcc -I/usr/include test.c cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory with gcc 3.1 all the time if gcc is installed with /usr as --prefix. > > thanks, > > -neil > Nikos Mavroyanopoulos -- Arkadiusz Mi?kiewicz IPv6 ready PLD Linux at http://www.pld.org.pl misiek(at)pld.org.pl AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PWr From nmav at gnutls.org Tue Aug 20 12:03:01 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Tue Aug 20 12:03:01 2002 Subject: [gnutls-dev]Re: Bug#153906: mutt: 'bus error' while connecting to IMAP server (sparc) In-Reply-To: <20020722193125.GB691@mcdonald.org.uk> References: <20020722193125.GB691@mcdonald.org.uk> Message-ID: <20020820093709.GB713@gnutls.org> On Mon, Jul 22, 2002 at 08:31:26PM +0100, Andrew McDonald wrote: > > Attempt to run mutt on sparc architecture results in 'bus error' and > > termination immediately after IMAP host lookup. Upgrading to libgnutls4 > > worked around the problem until a number of automated package updates > > were applied days later. This does not occur under i386 arch. I suspect that this is gnutls' problem. However, I cannot verify it, nor fix it, since I do not have access to any machines of this architecture. -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From nmav at gnutls.org Thu Aug 22 12:14:02 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Thu Aug 22 12:14:02 2002 Subject: [gnutls-dev]gnutls 0.5.2 Message-ID: <20020822101015.GA31766@gnutls.org> I've just released gnutls 0.5.2. The news in this release are: - Added an error code that is returned in clients which connect to export only servers. This must be enabled using the gnutls_handshake_set_exportable_detection() function. - Updated openssl compatibility layer. - Added gnutls_handshake_get_direction() function which returns the state of the handshake when interrupted. -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From nmav at gnutls.org Fri Aug 23 00:24:02 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Fri Aug 23 00:24:02 2002 Subject: [gnutls-dev]gnutls 0.5.2 Message-ID: <20020822222619.GA21633@i-net.gr> By accident the distributed tarball of gnutls-0.5.2 contained code from the unstable branch. So if you have downloaded this tarball please upgrade to gnutls-0.5.3 which is what the previous release should be. Sorry for any incovenience. -- Nikos Mavroyanopoulos From nmav at gnutls.org Tue Aug 27 11:02:02 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Tue Aug 27 11:02:02 2002 Subject: [gnutls-dev]gnutls 0.5.4 Message-ID: <20020827085657.GA13288@gnutls.org> Hello, I've just released gnutls 0.5.4, which has some support for export cipher suites. All the news are: - Fixes in TLS 1.0 PRF and SSL3 random functions. - gnutls_handshake_set_exportable_detection() was obsoleted. - Added gnutls_openpgp_extract_key_id() which returns the key ID. - Corrected bug in DHE key exchange - Added support temporary RSA keys which is needed for the export cipher suites. - Added the TLS_RSA_EXPORT_ARCFOUR_40_MD5 ciphersuite. The export cipher suites are quite new and required a lot of changes, thus there might be bugs. -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org From nmav at gnutls.org Wed Aug 28 16:24:02 2002 From: nmav at gnutls.org (Nikos Mavroyanopoulos) Date: Wed Aug 28 16:24:02 2002 Subject: [gnutls-dev]boa + gnutls Message-ID: <20020828141958.GA20602@gnutls.org> Hello, I've modified the boa http server, to include support for tls with gnutls. The modified version can be found at http://members.hellug.gr/nmav/boas/ . The original version (without tls) is at http://www.boa.org. -- Nikos Mavroyanopoulos mailto:nmav at gnutls.org