Bug 31462 – libnasl 2.0.8a doesnt emerge.

• Product: Gentoo Linux
• Status: RESOLVED LATER

[Description Jose 2003-10-18 17:36:06 UTC]

libnasl 2.0.8a doesnt emerge.

Reproducible: Always
Steps to Reproduce:
1.emerge libnasl
2.
3.

Actual Results:  
bash$ emerge libnasl
[....]

`sh ./cflags` -c md5.c
/bin/sh /var/tmp/portage/libnasl-2.0.8a/work/libnasl/libtool --silent gcc -pipe
-march=athlon-tbird -O3 -pipe  `sh ./cflags` -c hmacmd5.c
/bin/sh /var/tmp/portage/libnasl-2.0.8a/work/libnasl/libtool --silent gcc -pipe
-march=athlon-tbird -O3 -pipe  `sh ./cflags` -c nasl_debug.c
/bin/sh /var/tmp/portage/libnasl-2.0.8a/work/libnasl/libtool --silent gcc -pipe
-march=athlon-tbird -O3 -pipe  `sh ./cflags` -lrpcsvc  `/usr/bin/nessus-config
--libs` -o libnasl.la nasl_packet_forgery.lo nasl_socket.lo nasl_crypto.lo
nasl_http.lo nasl_host.lo nasl_text_utils.lo nasl_nessusd_glue.lo
nasl_misc_funcs.lo capture_packet.lo nasl_grammar.tab.lo nasl_tree.lo
nasl_var.lo exec.lo nasl_lex_ctxt.lo nasl_func.lo nasl_init.lo strutils.lo
regex.lo lfind.lo smb_crypt.lo smb_crypt2.lo md5.lo hmacmd5.lo nasl_debug.lo
-rpath /usr/lib \
-version-info 2:8:0
gcc -pipe -march=athlon-tbird -O3 -pipe   `sh ./cflags` -I.
-I/var/tmp/portage/libnasl-2.0.8a/work/libnasl/include -o nasl
-DVERSION=\"2.0.8\" nasl.c nasl_packet_forgery.o nasl_socket.o nasl_crypto.o
nasl_http.o nasl_host.o nasl_text_utils.o nasl_nessusd_glue.o nasl_misc_funcs.o
capture_packet.o nasl_grammar.tab.o nasl_tree.o nasl_var.o exec.o
nasl_lex_ctxt.o nasl_func.o nasl_init.o strutils.o regex.o lfind.o smb_crypt.o
smb_crypt2.o md5.o hmacmd5.o nasl_debug.o -lrpcsvc  `/usr/bin/nessus-config --libs` 
nasl_init.o(.data+0x243c): undefined reference to `nasl_nt_owf_gen'
collect2: ld returned 1 exit status
make[1]: *** [nasl] Error 1
make[1]: Leaving directory `/var/tmp/portage/libnasl-2.0.8a/work/libnasl/nasl'
make: *** [all] Error 2

!!! ERROR: net-analyzer/libnasl-2.0.8a failed.
!!! Function src_compile, Line 28, Exitcode 2
!!! make failed



Expected Results:  
It should works.

bash-2.05b# emerge info
Portage 2.0.49-r13-2 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.4.20-gaming-r5)
=================================================================
System uname: 2.4.20-gaming-r5 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.3.10
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-tbird -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-tbird -O3 -pipe"
DISTDIR="/mnt/d/temp/distfiles"
FEATURES="sandbox autoaddcvs ccache"
GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.skynet.be/gentoo-portage/"
USE="x86 oss crypt encode foomaticdb gif jpeg libg++ mad mpeg ncurses nls pdflib
png quicktime truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline
aalib nas svga java guile X sdl gpm tcpd pam libwww perl python oggvorbis gtk qt
motif opengl mozilla ldap cdr -apm arts -avi -cups dvd gd -gnome gtk2 -imlib
jikes junit -kde -mikmod oav snmp -spell -ssl tcltk alsa xml mysql -esd php
postgres mmx nmap"

bash-2.05b#

[Comment 1 Markus Nigbur (RETIRED) 2003-10-18 18:37:46 UTC]

hum.
can you provide the output of "/usr/bin/nessus-config --libs" please?

[Comment 2 Brandy Westcott (RETIRED) 2003-10-19 03:30:34 UTC]

This error is caused by linking against nessus-libraries that were
compiled with USE="-ssl".

[Comment 3 Jose 2003-10-19 08:45:36 UTC]

bash-2.05b# /usr/bin/nessus-config --libs
-L/usr/lib -lnessus -lhosts_gatherer -lpcap-nessus  -lutil -lnsl -lresolv
  -L/usr/lib/lib -lssl -lcrypto -ldl 
bash-2.05b# 

and, now after remerge without -ssl, it works!
>
>This error is caused by linking against nessus-libraries that were
>compiled with USE="-ssl".
>

[Comment 4 Patrick Kursawe (RETIRED) 2003-10-19 22:37:44 UTC]

So, I think we can call this "invalid" - Brandy, want to close it?

[Comment 5 Brandy Westcott (RETIRED) 2003-10-20 02:58:59 UTC]

I'm marking this a LATER since with portage-2.0.50, we should be able to
specify if dependencies need to be compiled with specific USE flags. :)