upgraded my system from non-~x86 to ~x86 this week, but when it went to upgrade gtk+-2.2.1 to gtk+-2.2.1-r1, the compile failed. I can't figure out why this is happening. The output of commands run under the script command can be seen at http://www.giffords.net/gentoo/gtk+-bug-script.txt Reproducible: Always Steps to Reproduce: 1. emerge -u gtk+ 2. 3. Actual Results: the build failed Expected Results: upgrade to gtk+-2.2.1-r1 Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1) ================================================================= System uname: 2.4.21_rc1-gss-r1 i686 Intel(R) Pentium(R) 4 Mobile CPU 2.00GHz CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg kde libg++ libwww mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline svga java guile sdl gpm tcpd pam ssl perl python esd imlib oggvorbis qt motif opengl mozilla cdr X gtk gnome alsa -arts acpi4linux" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=i686 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes"
what xfree are you using ?
XFree86 Version 4.3.0 Release Date: 27 February 2003
do you still have other xft headers around ? the old media-libs/xft pack maybe ?
Hrm, I don't think so... Here's the output of the command "find / -name '*xft*' -print": /var/cache/edb/dep/x11-libs/xft-2.0.1-r2 /var/cache/edb/dep/x11-libs/gdkxft-1.5 /var/cache/edb/dep/app-misc/obexftp-0.9.2 /var/cache/edb/dep/app-misc/obexftp-0.10.2 /usr/lib/pkgconfig/xft.pc /usr/lib/mozilla/defaults/pref/xft.js /usr/X11R6/bin/xft-config /usr/portage/metadata/cache/x11-libs/xft-2.0.1-r2 /usr/portage/metadata/cache/app-misc/obexftp-0.9.2 /usr/portage/metadata/cache/app-misc/obexftp-0.10.2 /usr/portage/x11-base/xfree/files/4.2.0/XFree86-4.2.0-xft-leak.patch.bz2 /usr/portage/x11-base/xfree/files/4.2.1/xft-quality.diff /usr/portage/x11-base/xfree/files/4.2.0-r12/xft-quality.diff /usr/portage/x11-base/xfree/files/4.2.1-r1/xft-quality.diff /usr/portage/x11-base/xfree/files/4.2.1-r2/xft-quality.diff /usr/portage/x11-libs/xft/files/digest-xft-2.0.1-r2 /usr/portage/x11-libs/xft/files/xft-2.0.1-cvs-update-20021221.patch /usr/portage/x11-libs/xft/xft-2.0.1-r2.ebuild /usr/portage/x11-libs/gdkxft /usr/portage/x11-libs/gdkxft/files/digest-gdkxft-1.5 /usr/portage/x11-libs/gdkxft/gdkxft-1.5.ebuild /usr/portage/app-misc/obexftp /usr/portage/app-misc/obexftp/obexftp-0.9.2.ebuild /usr/portage/app-misc/obexftp/files/digest-obexftp-0.10.2 /usr/portage/app-misc/obexftp/files/digest-obexftp-0.9.2 /usr/portage/app-misc/obexftp/obexftp-0.10.2.ebuild /usr/portage/kde-base/kdebase/files/3.0.4-r3/kdebase-3.0.4-xft1.1-fix.diff /usr/portage/kde-base/kdebase/files/3.0.4-r3/kdebase-3.0.4-xft_h-fix.diff /usr/portage/kde-base/kdebase/files/3.0.5a-r2/kdebase-3.0.5a-xft2.0-fix.diff /usr/portage/kde-base/kdebase/files/3.0.5a-r2/kdebase-3.0.5a-xft_h-fix.diff /usr/portage/kde-base/kdebase/files/3.0.5a/kdebase-3.0.5a-xft1.1-fix.diff /usr/portage/kde-base/kdebase/files/3.0.5a/kdebase-3.0.5a-xft_h-fix.diff /usr/portage/kde-base/kdebase/files/3.0.5b/kdebase-3.0.5b-xft_h-fix.diff /usr/portage/kde-base/kdebase/files/3.0.5b/kdebase-3.0.5b-xft2.0-fix.diff /usr/portage/net-www/mozilla/files/xft.js /usr/portage/net-www/mozilla/files/mozilla-xft-unix-prefs.patch /usr/portage/dev-util/gnustep-back/files/gnustep-back-0.8.3.xft1.patch I can't find any record of any older versions hanging around.
look specifically for the headers 'Xft.h' , i can't really explain it either atm.
matrix root # find / -name 'Xft.h' -print /usr/X11R6/include/X11/Xft/Xft.h
can you attach the config.h of the breaking build ?
Created attachment 12101 [details] config.h as requested
Everything looks fine.. maybe the Xft.h is corrupted or something, what does a 'grep XftDraw /usr/X11R6/include/X11/Xft/Xft.h' yield ?
Created attachment 12312 [details] output from grep XftDraw /usr/X11R6/include/X11/Xft/Xft.h
based on your latest comments, I thought I would try re-emerging all the RDEPENDS for gtk+. After each emerge, I tried an 'emerge -u gtk+' with no success, until after I had re-emerged pango. After that, gtk+ emerged fine. Thanks for all the assistance. There's no telling what happened, it could have been some filesystem corruption (I had many system lockups with the USB Storage around the time I was bringing the system from x86 to ~x86). Thanks again. Feel free to close this one. :)
thanks for persisting with this. i'm glad it is now solved.