Lynx 2.8.8dev.15

[bdubbs@…]

The release notes for this version are as follows:

Several bugfixes and improvements, such as eliminating a limit on the number of IP addresses passed to the parent process for the nsl-fork feature, showing ETA for FTP downloads as is done for HTTP downloads, and inferring MIME types for gopher servers. There are other fixes for the gnutls configuration, etc.

[thomas]

When the --with-ssl option is given, compilation fails:

cd ./WWW/Library/Implementation && make  DESTDIR="" CC="gcc" LY_CFLAGS="-O2 " CPPFLAGS="-D_GNU_SOURCE  -DLINUX " LYFLAGS=""
make[1]: Entering directory `/tmp/build/lynx2-8-8/WWW/Library/Implementation'
gcc -DHAVE_CONFIG_H  -I../../.. -I../../../src -I../../.. -I../../../src  -I../../../WWW/Library/Implementation  -D_GNU_SOURCE  -DLINUX  -O2    -I../../../WWW/Library/Implementation/ -DACCESS_AUTH -c ../../../WWW/Library/Implementation/HTParse.c
In file included from ../../../WWW/Library/Implementation/HTParse.c:8:0:
../../../WWW/Library/Implementation/HTUtils.h:742:17: schwerwiegender Fehler: ssl.h: Datei oder Verzeichnis nicht gefunden
Kompilierung beendet.
make[1]: *** [HTParse.o] Fehler 1
make[1]: Leaving directory `/tmp/build/lynx2-8-8/WWW/Library/Implementation'
make: *** [all] Fehler 2

There is a USE_OPENSSL_INCL flag (see lynx_cfg.h) which somehow remains unset there. Seems so that this is the reason for the failure. This is in version lynx2.8.7rel.2 as well as 2.8.8dev.14/15. A workaround is to set the flag manually after configure before make:

sed -i "/USE_OPENSSL_INCL/d" lynx_cfg.h &&
echo "#define USE_OPENSSL_INCL 1" >> lynx_cfg.h

[ken@…]

I had the same problem yesterday (with 15,14,10 - in the end I've gone back to 14) and used a slightly different approach to put this in the CFLAGS

CFLAGS="$CFLAGS -DUSE_OPENSSL_INCL" \
./configure ...

Are you using openssl-1.0.1e ? I'm trying to work out what changed to expose this problem.

[Pierre Labastie]

Using .14, I had no problem using '--with-ssl --with-gnutls'. (ablfs does not make the difference between 'and' and 'or', so I got both openssl and gnutls installed). I have erased the logs, so do not ask me more details, sorry. I use openssl 1.0.1c.

[ken@…]

The problem is because lynx falls back to using gnu-tls (ssl.h instead of openssl/ssl.h), and we don't all have it installed.

But the define used to get set automatically.

[thomas]

Replying to ken@…:

I had the same problem yesterday (with 15,14,10 - in the end I've gone back to 14) and used a slightly different approach to put this in the CFLAGS

CFLAGS="$CFLAGS -DUSE_OPENSSL_INCL" \
./configure ...

Are you using openssl-1.0.1e ? I'm trying to work out what changed to expose this problem.

hmm, looks nicer ;-) No, i have openssl-1.0.1c installed.

[bdubbs@…]

Fixed at revision 11075.

Added a note about adding "#define USE_OPENSSL_INCL 1" to lynx_cfg.h, but the CFLAGS approach did not work for me.

[bdubbs@…]

Milestone current deleted