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 on the OpenBSD 4.2 (stable) box. I do not have a OpenBSD box here for testing. Can you send the respective part of config.log? In fact, I'd welcome some OpenBSD guys to help on this. Else, perhaps searching for configure.in files of other software products that successfuly configure on OpenBSD might show a solution ... The -lresolv issue (along with pcap_restart) is the same problem I had on Solaris 10 (SPARC). I can also do testing on OpenBSD 4.x (x86). Has anyone figured out how to get past this? I can remove the checks... but other checks are unreliable too (like GNUTLS - checks fine, though it isn't there!?). The whole configure script should be re-created... I'll poke more at it this weekend if nobody else has any immediate input. Thanks Randy ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] planning release openvas-libraries 1.0.1
I know that for Berkeley based systems (SunOS, *BSD) the libresolv functions were pulled into libc. I haven't had a chance to do more than take a cursory look at some different configure scripts, but it seems like most have separate detection loops for BSD-ish systems. -- Ed Vazquez 2008-03-28 14:43 Counting in binary is just like counting in decimal -- if you are all thumbs. - Glaser and Way -Original Message- From: [EMAIL PROTECTED] [mailto:openvas- [EMAIL PROTECTED] On Behalf Of Randal T. Rioux Sent: Friday, March 28, 2008 14:42 To: Jan-Oliver Wagner Cc: openvas-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 on the OpenBSD 4.2 (stable) box. I do not have a OpenBSD box here for testing. Can you send the respective part of config.log? In fact, I'd welcome some OpenBSD guys to help on this. Else, perhaps searching for configure.in files of other software products that successfuly configure on OpenBSD might show a solution ... The -lresolv issue (along with pcap_restart) is the same problem I had on Solaris 10 (SPARC). I can also do testing on OpenBSD 4.x (x86). Has anyone figured out how to get past this? I can remove the checks... but other checks are unreliable too (like GNUTLS - checks fine, though it isn't there!?). The whole configure script should be re-created... I'll poke more at it this weekend if nobody else has any immediate input. Thanks Randy ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss smime.p7s Description: S/MIME cryptographic signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] planning release openvas-libraries 1.0.1
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 in -lresolv... no configure: error: you need to install resolve library with development files # grep -ir dn_expand /usr/include/resolv.h /usr/include/resolv.h:#define dn_expand __dn_expand /usr/include/resolv.h:int dn_expand(const unsigned char *, const unsigned char *, I did find this article dealing with 'libresolv' issues in OpenBSD (though from other poking about, it seems to be the same in all Berkeley based *NIX's). http://www.onlamp.com/pub/a/bsd/2006/04/27/openbsd-3_9.html?page=3 it looks like the '-lresolv' function is deprecated, having been pulled into the main 'libc.so' library. http://nixdoc.net/man-pages/OpenBSD/dn_expand.3.html Hope this helps. -- Ed Vazquez 2008-03-27 09:07 Engineer: A person who knows a great deal about very little and who goes along knowing more and more about less and less, until finally he knows practically everything about nothing. -Original Message- From: [EMAIL PROTECTED] [mailto:openvas- [EMAIL PROTECTED] On Behalf Of Jan-Oliver Wagner Sent: Wednesday, March 26, 2008 18:33 To: openvas-discuss@wald.intevation.org Subject: [Openvas-discuss] planning release openvas-libraries 1.0.1 Hi, quite a lot of code cleanups happened for openvas-libraries. No real new functionality has been added. In fact, some have been removed as agreed. However, some of the cleanups are about the include files and one consquence is that build might fail on some platforms, especially other than GNU/Linux. As discussed earlier on this list is that this should not stop us in making this the 1.0.1 release nonetheless. If there is no objection I'd like to do the release end of this week. After all it is an intermediate step as there are some cleanups left to do. Best Jan -- Dr. Jan-Oliver Wagner Intevation GmbH Amtsgericht Osnabrück, HR B 18998 http://www.intevation.de/ Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss smime.p7s Description: S/MIME cryptographic signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss
Re: [Openvas-discuss] planning release openvas-libraries 1.0.1
Here's the snippet from config.log on the OpenBSD system: configure:8115: result: /usr/bin/install -c configure:8133: checking for __dn_expand in -lresolv configure:8168: gcc -pipe -o conftest -g -O2 conftest.c -lresolv 5 /usr/bin/ld: cannot find -lresolv collect2: ld returned 1 exit status configure:8174: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. |Use char because int might match the return type of a GCC |builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern C | #endif | char __dn_expand (); | int | main () | { | return __dn_expand (); | ; | return 0; | } configure:8192: result: no configure:8197: error: you need to install resolve library with development files -- Ed Vazquez 2008-03-27 16:12 Murphy's Computer Law 33: A program generator creates programes that are more buggy than the program generator. -Original Message- From: [EMAIL PROTECTED] [mailto:openvas- [EMAIL PROTECTED] 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 thought I'd give it a go on the OpenBSD 4.2 (stable) box. I do not have a OpenBSD box here for testing. Can you send the respective part of config.log? In fact, I'd welcome some OpenBSD guys to help on this. Else, perhaps searching for configure.in files of other software products that successfuly configure on OpenBSD might show a solution ... Best Jan -- Dr. Jan-Oliver Wagner Intevation GmbH Amtsgericht Osnabrück, HR B 18998 http://www.intevation.de/ Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss smime.p7s Description: S/MIME cryptographic signature ___ Openvas-discuss mailing list Openvas-discuss@wald.intevation.org http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss