checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib checking for x86_64-pc-linux-gnu-strip... (cached) x86_64-pc-linux-gnu-strip checking for correct ltmain.sh version... no *** Gentoo sanity check failed! *** *** libtool.m4 and ltmain.sh have a version mismatch! *** *** (libtool.m4 = 1.5.10, ltmain.sh = 1.4.2) *** Please run: libtoolize --copy --force if appropriate, please contact the maintainer of this package (or your distribution) for help. make: *** [config.status] Error 1 Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51-r8 (gcc34-amd64-2004.1, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r10 x86_64) ================================================================= System uname: 2.6.9-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 1 2004, 15:08:54)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 apache2 arts artswrappersuid avi bcmath berkdb bitmap-fonts bootspla bzlib cdparanoia cdr codecs crypt cups dba dga divx4linux dvd encode esd ex exif f77 fftw foomaticdb fortran freetype ftp gd gdbm gif gimp gimpprint gnuplot gphoto2 gpm gsl gtk gtk2 imagemagick imap imlib java jpeg kde libg++ libwww mikmod mmx2 motif moznoirc moznomail moznoxft mpeg multilib mupad-noscilab mysql nas ncurses nls nptl oggvorbis opengl oss pam pcmcia pcre pdf pdflib pear-db perl php png ppds python qt quicktime readline rtc scanner sdl session simplexml slang soap spell sqlite ssl tcltk tcpd tetex truetype usb xine xml2 xmms xosd xv zlib"
this isn't just amd64. I have the same problem here. I have tried with both the ldap flag enabled and disabled # emerge info Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.11-rc2-nitro1 i686) ================================================================= System uname: 2.6.11-rc2-nitro1 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 8 2005, 19:08:27)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -fmerge-all-constants -ffast-math -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -fmerge-all-constants -ffast-math -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache confcache digest distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/" LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex 4kstacks S3TC X aac acl aim alsa amd apm asm blender-game bzip2 cdda cddb cdr divx4linux eds encode flac fluidsynth font-server freetype gd-external gif gimp ginac glut gmail gmp gnome gps gsl gstreamer gtk gtk2 icq ieee1394 imap innodb java jikes jpeg kerberos ldap mmx mozcalendar mozdevelop mozilla moznocompose mp3 mpeg mpeg4 mysql nptl nptlonly ntlm nvidia oav ode ogg oggvorbis openal opengl openssh pam pda pic png quicktime readline samba shared sharedmem simplexml sqlite sse tga tidy tiff truetype truetype-fonts type1-fonts usb userlocales xml xml2 xmms xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL
There is a way to get around this: simply open up the ebuild and where you see it say epatch, add the following line below it in the src_unpack: sed -e 's/VERSION\=.*/VERSION\='`libtool --version | head -n1 | awk '{ printf($4) }'`'/g' ltmain.sh > ltmain.sh2 && mv ltmain.sh2 ltmain.sh what that does is basically set the version to the one you have installed. Another workaround would be to copy the local ltmain.sh and overwrite the one unpacked. I have not tried this and could create an incorrect install. I am not a dev, so I don't know of the decision that will be made. devs: the error is that libtool --version has a different version than the ltmain.sh version unpacked has.
FYI: I had the same thing happen on a Pentium III. It appears to not be restricted to AMD64. The workaround worked well, though.
same overhere w/ p4 - workaround #2 works - can we fix this - it 4 months old and am-utils is right now a NOT WORKING STABLE :(
Created attachment 56784 [details, diff] ebuild patch This problem is being caused by a change in recent versions of libtool: http://article.gmane.org/gmane.linux.gentoo.devel/23449/match=gentoo+libtoolize http://forums.gentoo.org/viewtopic-t-268950-highlight-libtoolize+copy+force.html The attached patch fixes the problem as recommended in the links above. It is up to the developers to push this to portage.
ping - a stable ebuild not working - plz
This is still a problem as of 5-May-2005 -- for those of you who run into it and find that there is only enough information here to get started on figuring out how to fix the problem (but not to just fix it), here are some concrete steps: 1. Go to /usr/portage/net-fs/am-utils/ 2. Edit am-utils-6..0.9-r1.ebuild, applying the fix from comment #5 above (thanks Jonathan) 3. If you now try to "emerge am-utils" you will get an error complaining that you have a corrupted ebuild file (it's size in the Manifest is now different). It wants you to do an "emerge sync" (DON'T DO IT!!!) which will wipe out the changes you made in the previous step. To get around this problem, use the following command instead: FEATURES=-strict emerge am-utils [This apparently tells emerge not to be so picky about the .ebuild file.]
- plz fix this - we have a "working patch" - it is a stable ebuild :( - it is the only ebuild in cvs :( - old bug :(
I encourage you all to take a look at the ebuild attached to bug #89334. The sooner we know that one to work well, the sooner it will be marked stable and we can forget about 6.0.9 altogether.
patch is not correct fixed in cvs