emerge nss_ldap produces the following error on my ~ia64 system: /var/tmp/portage/sys-auth/nss_ldap-257.2/work/nss_ldap-257.2/missing: line 46: automake-1.9: command not found WARNING: `automake-1.9' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `automake-1.9' program. make: *** [Makefile.in] Error 1 * * ERROR: sys-auth/nss_ldap-257.2 failed. --------------------------------x8---------------------------------------- # emerge --info Portage 2.1.3.17 (default-linux/ia64/2007.0, gcc-4.1.1, glibc-2.6.1-r0, 2.6.24-rc1-vr ia64) ================================================================= System uname: 2.6.24-rc1-vr ia64 31 Timestamp of tree: Wed, 07 Nov 2007 22:46:01 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.4.3-r4, 2.5.1-r3 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23 ACCEPT_KEYWORDS="ia64 ~ia64" CBUILD="ia64-unknown-linux-gnu" CFLAGS="-O2 -pipe" CHOST="ia64-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.cse.unsw.edu.au/pub/gentoo http://mirror.pacific.net.au/linux/Gentoo" LINGUAS="en_AU en_GB en" MAKEOPTS="-j3" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://zarquon/gentoo-portage" USE="berkdb bitmap-fonts cli cracklib crypt cscope cups dri fortran gdbm gpm ia64 iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_AU en_GB en" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sisusb tdfx tga v4l vesa vga via voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Something is weird with your system. The ebuild does NOT run autoconf/automake at all.
please test 258 ASAP and report back.
nss_ldap-258 builds fine. However after emerging it, the system seems to pause erratically on simple things like login or ps. Even emerge runs at a snails pace. Downgrading to 254 solves the problem. But I guess that's a subject for another bug...
Post your /etc/ldap.conf quickly?
and/or come and find me in FreeNode #gentoo-dev
(In reply to comment #3) > nss_ldap-258 builds fine. > > However after emerging it, the system seems to pause erratically on simple > things like login or ps. Even emerge runs at a snails pace. Downgrading to > 254 solves the problem. But I guess that's a subject for another bug... Solution was to add the following to /etc/ldap.conf: ssl on nss_ldap-258 now builds and runs juts fine.
Closing as mis-configuration, but I added an elog note to the 258 ebuild anyway, in case anybody else runs into the same issue. If you use a 'ldaps://' string in the 'uri' portion of /etc/ldap.conf, you must set 'ssl on' in the file.