x11-libs/gtk+-2.12.12 does not compile because of libtool: Version mismatch error. This is libtool 2.2.4 Reproducible: Always Steps to Reproduce: 1.emerge x11-libs/gtk+ 2. 3. Actual Results: config.status: gdk/gdkconfig.h is unchanged make[2]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/po-properties' make[2]: Entering directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/po-properties' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/po-properties' Making all in gdk-pixbuf make[2]: Entering directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/gdk-pixbuf' /usr/bin/perl ./makegdkpixbufalias.pl -def < ./gdk-pixbuf.symbols > gdk-pixbuf-aliasdef.c ( cd . && glib-mkenums \ --fhead "#ifndef __GDK_PIXBUF_ENUM_TYPES_H__\n#define __GDK_PIXBUF_ENUM_TYPES_H__\n\n#include <glib-object.h>\n\nG_BEGIN_DECLS\n" \ --fprod "/* enumerations from \"@filename@\" */\n" \ --vhead "GType @enum_name@_get_type (void) G_GNUC_CONST;\n#define GDK_TYPE_@ENUMSHORT@ (@enum_name@_get_type())\n" \ --ftail "G_END_DECLS\n\n#endif /* __GDK_PIXBUF_ENUM_TYPES_H__ */" \ gdk-pixbuf.h gdk-pixbuf-core.h gdk-pixbuf-transform.h gdk-pixbuf-io.h gdk-pixbuf-animation.h gdk-pixbuf-simple-anim.h gdk-pixbuf-loader.h ) > tmp-gdk-pixbuf-enum-types.h \ && (cmp -s tmp-gdk-pixbuf-enum-types.h gdk-pixbuf-enum-types.h || cp tmp-gdk-pixbuf-enum-types.h gdk-pixbuf-enum-types.h ) \ && rm -f tmp-gdk-pixbuf-enum-types.h \ && echo timestamp > s-enum-types-h (cd . && glib-mkenums \ --fhead "#include <gdk-pixbuf/gdk-pixbuf.h>\n#include \"gdk-pixbuf-alias.h\"\n" \ --fprod "\n/* enumerations from \"@filename@\" */" \ --ftail "\n#define __GDK_PIXBUF_ENUM_TYPES_C__\n#include \"gdk-pixbuf-aliasdef.c\"" \ --vhead "GType\n@enum_name@_get_type (void)\n{\n static GType etype = 0;\n if (etype == 0) {\n static const G@Type@Value values[] = {" \ --vprod " { @VALUENAME@, \"@VALUENAME@\", \"@valuenick@\" }," \ --vtail " { 0, NULL, NULL }\n };\n etype = g_@type@_register_static (g_intern_static_string (\"@EnumName@\"), values);\n }\n return etype;\n}\n" \ gdk-pixbuf.h gdk-pixbuf-core.h gdk-pixbuf-transform.h gdk-pixbuf-io.h gdk-pixbuf-animation.h gdk-pixbuf-simple-anim.h gdk-pixbuf-loader.h) > gdk-pixbuf-enum-types.c glib-genmarshal --prefix=_gdk_pixbuf_marshal ./gdk-pixbuf-marshal.list --header >> xgen-gmh \ && (cmp -s xgen-gmh gdk-pixbuf-marshal.h || cp xgen-gmh gdk-pixbuf-marshal.h) \ && rm -f xgen-gmh xgen-gmh~ \ && echo timestamp > stamp-gdk-pixbuf-marshal.h make all-recursive make[3]: Entering directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/gdk-pixbuf' Making all in pixops make[4]: Entering directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/gdk-pixbuf/pixops' if /bin/sh ../../libtool --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -DG_DISABLE_CAST_CHECKS -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libpng12 -DGDK_PIXBUF_DISABLE_DEPRECATED -march=athlon64 -O2 -pipe -Wall -MT pixops.lo -MD -MP -MF ".deps/pixops.Tpo" \ -c -o pixops.lo `test -f 'pixops.c' || echo './'`pixops.c; \ then mv -f ".deps/pixops.Tpo" ".deps/pixops.Plo"; \ else rm -f ".deps/pixops.Tpo"; exit 1; \ fi if x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -DG_DISABLE_CAST_CHECKS -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libpng12 -DGDK_PIXBUF_DISABLE_DEPRECATED -march=athlon64 -O2 -pipe -Wall -MT timescale.o -MD -MP -MF ".deps/timescale.Tpo" \ -c -o timescale.o `test -f 'timescale.c' || echo './'`timescale.c; \ then mv -f ".deps/timescale.Tpo" ".deps/timescale.Po"; \ else rm -f ".deps/timescale.Tpo"; exit 1; \ fi libtool: Version mismatch error. This is libtool 2.2.4, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 libtool: and run autoconf again. make[4]: *** [pixops.lo] Error 1 make[4]: *** Waiting for unfinished jobs.... make[4]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/gdk-pixbuf/pixops' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/gdk-pixbuf' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12/gdk-pixbuf' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.12.12/work/gtk+-2.12.12' make: *** [all] Error 2 Expected Results: to compile without problems emerge --info Portage 2.2_rc9 (default/linux/amd64/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.26-zen2.1 x86_64) ================================================================= System uname: Linux-2.6.26-zen2.1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_6000+-with-glibc2.2.5 Timestamp of tree: Tue, 23 Sep 2008 03:00:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.5.2-r8 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.26 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -msse3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/env.d /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -O2 -msse3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="candy ccache distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.osuosl.org http://mirrors.ludost.net/gentoo/ ftp://mirrors.ludost.net/gentoo/ http://gentoo.telnet.bg/ http://gentoo.osuosl.org http://mirror.gentoo.no/ http://gentoo.ynet.sk/pub http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="bg_BGB.UTF-8" LC_ALL="bg_BG.UTF-8" LDFLAGS="-Wl,-O1 " LINGUAS="en_GB en_US en bg" MAKEOPTS="-j3" PKGDIR="/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="/var/tmp/" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X acl acpi alsa amd64 berkdb bitmap-fonts branding cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gcj gdbm gif gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg kde kdeenablefinal kdehiddenvisibility ldap mad midi mikmod mmx mmxext mp3 mpeg mudflap multilib ncurses nls nptl nptlonly ocamlopt ogg opengl openmp oss pam pcre pdf perl png pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl ssse3 svg tcpd threads tiff truetype truetype-fonts type1-fonts unicode vorbis xcomposite xml xorg xv zlib" ALSA_CARDS="hda-nvidia hda-intel" 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" 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" CAMERAS="ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse ps2mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB en_US en bg" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Please attach the full build.log as emerge suggests. Thanks
Created attachment 166180 [details] The build log Thank ou for your response, uploading the "build.log"
Downgrading to libtool-2.2.4 solves the problem. Im masking libtool 2.2.6a because almost every package brakes with this "version mismatch" error. I think that it`s more likely to be libtool-2.2.6a bug instaed of gtk+ one.
(In reply to comment #3) > Downgrading to libtool-2.2.4 solves the problem. > Im masking libtool 2.2.6a because almost every package brakes with this > "version mismatch" error. > I think that it`s more likely to be libtool-2.2.6a bug instaed of gtk+ one. > can't reproduce, could you try again ?
(In reply to comment #4) > (In reply to comment #3) > > Downgrading to libtool-2.2.4 solves the problem. > > Im masking libtool 2.2.6a because almost every package brakes with this > > "version mismatch" error. > > I think that it`s more likely to be libtool-2.2.6a bug instaed of gtk+ one. > > > can't reproduce, could you try again ? > gtk+-2.12.12 still fails with libtool-2.2.6a BUT gtk+-2.14.7 installs fine. BUT i`m in the middle of world rebuild and immediately after libtool-2.2.6a was merged dev-libs/dbus-glib-0.78 (from the world rebuild) failed with the same error : libtool: Version mismatch error. This is libtool 2.2.4, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 libtool: and run autoconf again.
this is really strange cause I've been using 2.2.6a since it's been unmasked and never had these problems. plus dbus-glib does an eautoreconf so it should regenerate the aclocal.m4 already.
(In reply to comment #6) > this is really strange cause I've been using 2.2.6a since it's been unmasked > and never had these problems. plus dbus-glib does an eautoreconf so it should > regenerate the aclocal.m4 already. > May be something is wrong with file permitions of my libtool and as result upgrade to 2.2.6a is not smooth :(
Hi, I had the same problem when emerging courier-authlib I re-emerged libtool-2.2.6a and then i could emerge courier-authlib with no problems
closing worksforme. If you can reproduce this problem with a fresh install or a clear upgrade path from libtool 1.5 to 2.2.6a please make sure to reopen this bug and let us know.
OK i found out that i have libtool files not only in /usr/share/libtool but in /usr/local/share/libtool also.Those files in local does not get over written during emerge of the new libtool and that were the source of my problems. I emerged libtool-2.2.6a, renamed /usr/local/share/libtool (just in case) and did copy over /usr/share/libtool in to /usr/local/share/. For now everything seems to be ok, but everything will start over again after new libtool release, because /usr/local/share/libtool does not get updated during libtool merge!!
that's because stuff in /usr/local gets installed by you and the package manager has no right to touch it.
closing invalid since it was a local setup issue after all.
OK one last question: How can i prevent new merges to look for libtool in /usr/local/ ? Thank you for your kindness!
you can't without making everything else in /usr/local not accessible as well. Binaries on your system are looked up via the PATH variable and /usr/local is in front of it so it "masks" the system's binary for a given program. Same logic applies to some other variables for library lookup path & co, that's why we advise users to never ever install something by hand unless they are advanced users enough to know that, it's generally easy enough to write ebuilds for whatever need you have.
(In reply to comment #14) > you can't without making everything else in /usr/local not accessible as well. > Binaries on your system are looked up via the PATH variable and /usr/local is > in front of it so it "masks" the system's binary for a given program. Same > logic applies to some other variables for library lookup path & co, that's why > we advise users to never ever install something by hand unless they are > advanced users enough to know that, it's generally easy enough to write ebuilds > for whatever need you have. > Thank you! I`ll investigate path variable. Best regards: Kamen Dokov
