-discuss@wald.intevation.org
Subject: Re: [Openvas-discuss] planning release openvas-libraries 1.0.1
On Thu, March 27, 2008 6:02 pm, Jan-Oliver Wagner wrote:
Hi Ed,
On Thursday 27 March 2008 16:18, Vazquez, Ed wrote:
Now that OpenVAS is working on my Gentoo box, I thought I'd give it
a go
Now that OpenVAS is working on my Gentoo box, I thought I'd give it a go on the
OpenBSD 4.2 (stable) box.
The OpenBSD system is also running AMD64, so 64-bit-ness applies...
First attempt to build -libraries:
checking for a BSD-compatible install... /usr/bin/install -c
checking for __dn_expand
OK, looked in the logs and what I'm seeing is are entries like this:
[Thu Mar 27 10:09:31 2008][12463] no404.nasl depends on httpver.nasl which
could not be found
In turn, this seems to cause:
[Thu Mar 27 10:09:31 2008][12463] user evazquez starts a new scan. Target(s) :
172.16.8.241, with
] On Behalf Of Jan-Oliver Wagner
Sent: Thursday, March 27, 2008 16:03
To: openvas-discuss@wald.intevation.org
Subject: Re: [Openvas-discuss] planning release openvas-libraries 1.0.1
Hi Ed,
On Thursday 27 March 2008 16:18, Vazquez, Ed wrote:
Now that OpenVAS is working on my Gentoo box, I
Same platform that just successfully built -libraries. Code trunk version 761
checked out this morning. Configure completes without errors, but make fails.
./configure \
--sysconfdir=/etc \
--localstatedir=/var \
--sharedstatedir=/var \
--infodir=/usr/share/info \
--mandir=/usr/share/man \
: [Openvas-discuss] AMD64 -libnasl does not build
On Wednesday 26 March 2008 21:22, Vazquez, Ed wrote:
Version 764 checked out and rebuilt /re-installed.
Fixed the getopt as well, SVN 765.
I now was able to compile all other modules based on
the current SVN version of openvas-libraries
I just grabbed build 755 dated 24-March-2008 from CVS a few minutes ago and
I'm still seeing the same issue with detecting lresolv. There was a slight
continuation of the thread, then it faded into the sunset.
I know that Nessus source through version 2.2.11 compile without issue using
the
Thanks for the quick reply!
Here's the relevant section of config.log:
configure:8134: checking for dn_expand in -lresolv
configure:8169: gcc -pipe -o conftest -g -O2 conftest.c -lresolv 5
/tmp/cczxthbQ.o: In function `main':
/src/audit/openvas-svn/openvas-libraries/conftest.c:30: undefined