Summary: | nfs-utils won't emerge error: "libnfsidmap needed for nfsv4 support" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | phil kaasa <phil> |
Component: | Current packages | Assignee: | Network Filesystems <net-fs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | config.log for nfs-utils |
Description
phil kaasa
2005-06-20 10:12:03 UTC
Note: the emerge also fails when it is done stand-alone (not part of an emerge -Duv world, but with emerge nfs-utils). post the actual build error ... also attach the config.log from the build directory Created attachment 61624 [details]
config.log for nfs-utils
here is the entirety of the output after 'emerge nfs-utils'
Calculating dependencies ...done!
>>> emerge (1 of 1) net-fs/nfs-utils-1.0.7-r1 to /
>>> md5 files ;-) nfs-utils-1.0.6-r6.ebuild
>>> md5 files ;-) nfs-utils-1.0.7-r1.ebuild
>>> md5 files ;-) files/nfs
>>> md5 files ;-) files/nfs.confd
>>> md5 files ;-) files/digest-nfs-utils-1.0.6-r6
>>> md5 files ;-) files/digest-nfs-utils-1.0.7-r1
>>> md5 files ;-) files/nfs-utils-0.3.3-rquotad-overflow.patch
>>> md5 files ;-) files/exports
>>> md5 files ;-) files/nfs-utils-1.0.6-usn36.patch.gz
>>> md5 files ;-) files/nfs-utils-1.0.7-gcc4.patch
>>> md5 files ;-) files/nfsmount
>>> md5 files ;-) files/nfs-utils-1.0.6-uclibc.patch
>>> md5 src_uri ;-) nfs-utils-1.0.7.tar.gz
>>> Unpacking source...
>>> Unpacking nfs-utils-1.0.7.tar.gz to /var/tmp/portage/nfs-utils-1.0.7-r1/work
* Applying nfs-utils-1.0.7-gcc4.patch ... [ ok ]
* Applying nfs-utils-1.0.6-uclibc.patch ... [ ok ]
* Applying nfs-utils-0.3.3-rquotad-overflow.patch ... [ ok
]>>> Source unpacked.
* econf: updating nfs-utils-1.0.7/config.guess with
/usr/share/gnuconfig/config.guess
* econf: updating nfs-utils-1.0.7/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --build=i686-pc-linux-gnu --mandir=/usr/share/man
--with-statedir=/var/lib/nfs --disable-rquotad --enable-nfsv3
--enable-secure-statd --enable-nfsv4 --disable-gss
creating cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer
-pipe ) works... yes
checking whether the C compiler (gcc -O2 -march=pentium4 -fomit-frame-pointer
-pipe ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for a BSD compatible install... /bin/install -c
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ranlib... ranlib
checking for ar... ar
checking for ld... ld
checking for ANSI C header files... yes
checking for GNU libc2... yes
checking for main in -lsocket... no
checking for main in -lnsl... yes
checking for crypt in -lcrypt... yes
checking for event_dispatch in -levent... yes
checking for nfs4_init_name_mapping in -lnfsidmap... no
configure: error: libnfsidmap needed for nfsv4 support
!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/nfs-utils-1.0.7-r1/work/nfs-utils-1.0.7/config.log
!!! ERROR: net-fs/nfs-utils-1.0.7-r1 failed.
!!! Function econf, Line 485, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.
After taking a look at config.log (I'm relatively naive Linux/Gentoo user, so I didn't look at this right away), I thought re-emerging openldap might help things along. Apparantly I was right. After re-emerging openldap, I emerged nfs-utils and everything went swimmingly. your ldap is broken: /usr/lib/libldap-2.2.so.7: undefined reference to `ber_memalloc_x' /usr/lib/libldap-2.2.so.7: undefined reference to `ber_memvfree_x' |