configure: error: DNSSRV requires res_query() !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/openldap-2.3.27-r2/work/openldap-2.3.27/config.log !!! ERROR: net-nds/openldap-2.3.27-r2 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile openldap-2.3.27-r2.ebuild, line 284: Called econf '--enable-static' '--enable-shared' '--libexecdir=/usr/lib/openldap' '--enable-slapd' '--enable-slurpd' '--enable-ldbm' '--enable-bdb' '--enable-ldbm-api=berkeley' '--enable-hdb=mod' '--enable-passwd=mod' '--enable-phonetic=mod' '--enable-dnssrv=mod' '--enable-ldap' '--enable-meta=mod' '--enable-monitor=mod' '--enable-null=mod' '--enable-shell=mod' '--enable-relay=mod' '--disable-perl' '--disable-sql' '--enable-crypt' '--disable-slp' '--enable-rewrite' '--enable-rlookups' '--enable-aci' '--enable-modules' '--enable-cleartext' '--enable-slapi' '--without-lmpasswd' '--enable-dyngroup' '--enable-proxycache' '--disable-overlays' '--enable-syslog' '--enable-dynamic' '--enable-local' '--enable-proctitle' '--disable-ipv6' '--enable-readline' '--without-cyrus-sasl' '--disable-spasswd' '--disable-wrappers' '--with-tls' ebuild.sh, line 540: Called die Portage 2.1.1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.18 i686) ================================================================= System uname: 2.6.18 i686 Intel(R) Pentium(R) 4 CPU 2.26GHz Gentoo Base System version 1.12.5 Last Sync: Thu, 05 Oct 2006 10:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.club-internet.fr/pub/mirrors/gentoo ftp://130.59.10.34/mirror/gentoo/ http://130.59.10.34/ftp/mirror/gentoo/ http://194.117.143.69 http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" LANG="C" LC_ALL="C" LINGUAS="" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acpi alsa asf avi bluetooth cairo cdr crypt cups dbus dlloader dri dvd dvdread elibc_glibc encode firefox gif input_devices_keyboard input_devices_mouse jpeg jpeg2k kernel_linux mmx mng mp3 mp4 mpeg mpeg2 mplayer ncurses nls no-seamonkey nptl nptlonly nsplugin ogg opengl openssl pdf png readline session spell sse sse2 ssl svg tiff truetype truetype-fonts type1-fonts udev userland_GNU v4l v4l2 video_cards_nv video_cards_nvidia vorbis win32codecs x264 xmms xorg xprint xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
> !!! Please attach the following file when filing a report to bugs.gentoo.org: > !!! /var/tmp/portage/openldap-2.3.27-r2/work/openldap-2.3.27/config.log
Created attachment 98835 [details] openldap-2.3.27-r2 config.log
Need to reopen the bug after providing the info, noone will notice again otherwise.
your glibc is broken. more specifically /usr/include/arpa/nameser.h please attach it here.
Created attachment 98843 [details] nameser.h
(In reply to comment #5) > Created an attachment (id=98843) [edit] > nameser.h Yuck?!?! WTH is this? Should be a plaintext header file, not some XML junk. Please re-emerge your glibc if the attachment is really correct, thanks.
your headers are broken. ditch that messed up file and redo glibc.
(In reply to comment #6) > (In reply to comment #5) > > Created an attachment (id=98843) [edit] > > nameser.h > > Yuck?!?! WTH is this? Should be a plaintext header file, not some XML junk. > Please re-emerge your glibc if the attachment is really correct, thanks. > yes, that's the right file you want.
(In reply to comment #6) > (In reply to comment #5) > > Created an attachment (id=98843) [edit] > > nameser.h > > Yuck?!?! WTH is this? Should be a plaintext header file, not some XML junk. > Please re-emerge your glibc if the attachment is really correct, thanks. > hmm, strange after a reboot the file is now a header file. So I'll attach it.
Created attachment 98847 [details] nameser.h 2nd try another try
(In reply to comment #10) > Created an attachment (id=98847) [edit] > nameser.h 2nd try > > another try > wtf, now I sure I uploaded the right file. I think something goes wrong when I upload it.
Created attachment 98851 [details] nameser.h the 3th another try, I can't believe.
Are you using ricer4 filesystem, by chance? :P
(In reply to comment #13) > Are you using ricer4 filesystem, by chance? :P > no ext3
Created attachment 98853 [details] /usr/include/arpa/nameser.h - that's what it should look like Eh, unless it's something like this, no point in more noise here...
still borked. try this to get it first. cat /usr/include/arpa/nameser.h >/tmp/nameser.h and then upload the /tmp/nameser.h but I think your filesystem is screwed - time to fsck it.
(In reply to comment #16) > still borked. > try this to get it first. > cat /usr/include/arpa/nameser.h >/tmp/nameser.h > and then upload the /tmp/nameser.h > > but I think your filesystem is screwed - time to fsck it. > the file contains really this xml shizzle ;-) I rebooted and did a fsck, all ok. I deleted the file and reemerg glibc. Hope then it's fixed. On my other gentoo system, the file contains normal C lib stuff, but why my other pc contains xml things in it. I don't really knwo?! And I'm confused! I'll report the results.
after reemerging glibc, openldap compiles clean. But why this C library contains XML stuff, that's cryptically for me :-) I'll say sorry that you guys spend time on this.