Opened 11 years ago

Closed 11 years ago

Last modified 10 years ago

#3655 closed enhancement (fixed)

Lynx 2.8.8dev.15

Reported by: bdubbs@… Owned by: bdubbs@…
Priority: normal Milestone:
Component: BOOK Version: SVN
Severity: normal Keywords:
Cc:

Description

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.

Change History (8)

comment:1 by thomas, 11 years ago

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

comment:2 by ken@…, 11 years ago

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.

comment:3 by Pierre Labastie, 11 years ago

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.

Version 0, edited 11 years ago by Pierre Labastie (next)

comment:4 by ken@…, 11 years ago

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.

in reply to:  2 comment:5 by thomas, 11 years ago

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.

comment:6 by bdubbs@…, 11 years ago

Owner: changed from blfs-book@… to bdubbs@…
Status: newassigned

comment:7 by bdubbs@…, 11 years ago

Resolution: fixed
Status: assignedclosed

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.

comment:8 by bdubbs@…, 10 years ago

Milestone: current

Milestone current deleted

Note: See TracTickets for help on using tickets.