Bug 21995 – Nessus ebuild builds but causes error when the nessus client is run

• Status: RESOLVED WORKSFORME
• Product: Gentoo Linux

[Description Dale K Dicks 2003-05-31 07:12:57 UTC]

SSL_CTX_load_verify_locations[3440]: error:02001002:system library:fopen:No such
file or directory
SSL_connect[3440]: error:00000000:lib(0):func(0):reason(0)

This error appears after I try to connect to the nessus server.

I checked my USE variable and noticed that I did not have ssl included.

I added ssl to my USE variable and then did emerge -e nessus.

I ran nessus again and as soon as I click the Login button, I get the same
error. as before.

[Comment 1 Patrick Kursawe (RETIRED) 2003-06-11 01:43:46 UTC]

There is some information missing - your emerge info output would of course be helpful, but somehow I fail to find other little details like:
Which nessus version are you trying at all?

[Comment 2 Dale K Dicks 2003-06-11 04:44:18 UTC]

Created attachment 13098 [details]
output from nessus emerge(s)

Nessus version 2.0.6a emerge output

[Comment 3 Patrick Kursawe (RETIRED) 2003-06-11 23:32:01 UTC]

I was asking for "emerge info" output.

Thanks in advance.

[Comment 4 Patrick Kursawe (RETIRED) 2003-06-16 06:30:53 UTC]

Dale? Still there?

[Comment 5 Dale K Dicks 2003-06-16 06:40:26 UTC]

ok.  here it is.  weird though, i re-emerged nessus today and it didn't err out.

Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-wolk4.0s i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://mirror.iawnet.sandia.gov/pub/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo"
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"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="x86 3dnow apm arts avi crypt encode libg++ libwww mikmod mmx ncurses nls pdflib spell xml2 xv zlib gdbm berkdb slang readline aalib bonobo svga java guile sdl gpm tcpd perl python esd imlib motif mozilla cdr pic X gtk gtk2 gnome alsa oss gif jpeg png imap pam tiff -quicktime truetype opengl xft mpeg oggvorbis samba ssl xmms -pcmcia -cups -qt -kde"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -pipe -fPIC -fomit-frame-pointer -ffast-math -frerun-loop-opt -mfpmath=sse -fprefetch-loop-arrays -frename-registers"
CXXFLAGS="-march=pentium3 -O3 -pipe -fPIC -fomit-frame-pointer -ffast-math -frerun-loop-opt -mfpmath=sse -fprefetch-loop-arrays -frename-registers"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
FEATURES="sandbox fixpackages ccache"

[Comment 6 Patrick Kursawe (RETIRED) 2003-06-16 07:06:55 UTC]

If you can't reproduce the bug I see no chance to fix anything - perhaps we don't have to understand this. Setting to resolved/worksforme