I was at the final stage of the prefix portage bootstrapping guide: 'emerge -e system', I had copied my USE flags from a previous installation, they included 'gdbm' which caused perl to draw gdbm into the dependencies. the emerge process failed on gdbm, I removed gdbm from my USE flags and the 'emerge -e system' worked to completion (now with no gdbm deps pulled in by perl). Reproducible: Always Steps to Reproduce: 1. emerge gdbm Actual Results: i686-apple-darwin9-gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libgdbm_compat.3.0.0.dylib dbminit.lo delete.lo fetch.lo store.lo seq.lo close.lo dbmopen.lo dbmdelete.lo dbmfetch.lo dbmstore.lo dbmseq.lo dbmclose.lo dbmdirfno.lo dbmpagfno.lo dbmrdonly.lo /Users/aa/Library/Gentoo/usr/lib/libgdbm.dylib -lc -install_name /Users/aa/Library/Gentoo/usr/lib/libgdbm_compat.3.dylib -compatibility_version 4 -current_version 4.0 i686-apple-darwin9-gcc: /Users/aa/Library/Gentoo/usr/lib/libgdbm.dylib: No such file or directory libtool: install: error: relink `libgdbm_compat.la' with the above command before installing it make: *** [install-compat] Error 1 * ERROR: sys-libs/gdbm-1.8.3-r4 failed: * (no error message) * * Call stack: * ebuild.sh: 49: <call src_install> * environment:2741: emake -j1 INSTALL_ROOT="${D}" install install-compat || die; Expected Results: built and installed successfully $ emerge --info Portage 2.2.00.10385-prefix (default-prefix/darwin/macos/10.5/x86, gcc-4.0.1, unavailable, 9.2.2 i386) ================================================================= System uname: 9.2.2 i386 i386 Timestamp of tree: Thu, 22 May 2008 19:21:36 +0000 distcc 2.18.5-Apple.1 powerpc-apple-darwin9.0 (protocols 1 and 2) (default port 3632) [disabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.5.2-r2 sys-devel/autoconf: 2.61-r01.1 sys-devel/automake: 1.10.1-r1 sys-devel/gcc-config: 1.4.0-r04.3 sys-devel/libtool: 1.5.26 ACCEPT_KEYWORDS="~x86-macos" CBUILD="i686-apple-darwin9" CFLAGS="-pipe -O2 -march=nocona" CHOST="i686-apple-darwin9" CONFIG_PROTECT="/Library/LaunchAgents /etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-pipe -O2 -march=nocona" DISTDIR="/Users/aa/Library/Gentoo/usr/portage/distfiles" EPREFIX="/Users/aa/Library/Gentoo" FEATURES="autoconfig collision-protect distlocks metadata-transfer nostrip parallel-fetch preserve-libs sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS=" http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo " LANG="en_US.UTF-8" LDFLAGS="" MAKEOPTS="-j3" PKGDIR="/Users/aa/Library/Gentoo/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/Users/aa/Library/Gentoo/var/tmp" PORTDIR="/Users/aa/Library/Gentoo/usr/portage" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="OBT aqua berkdb bzip2 coreaudio cracklib expat flac gif ipv6 jpeg midi mmx mmxext mp3 ncurses nls objc objc++ ogg png prefix python readline ruby sse sse2 ssl theora threads tiff unicode x86-macos xml zlib" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="Darwin" INPUT_DEVICES="keyboard mouse" KERNEL="Darwin" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 154491 [details] build log from 'emerge gdbm'
(FYI: Builds/installs fine on x86-linux here.)
got perl in my head, it's just gdbm itself which is messed up.
(In reply to comment #2) > (FYI: Builds/installs fine on x86-linux here.) > So, is this an issue on darwin only?
yes, darwin only.
Ahhhh, this is related to bug #165263. In -r3 this patch was disabled, because of what's noted on that bug, which results in this bug. In -r4 it was reenabled, because the build patch actually needs it. I'll try to solve that...
fix0rzed... sorry for the delay, shame on me.