I tried to update my mozilla 1.3-r1 to 1.3-r2 and that fails with the error message below. But I can't install (well, don't want to ;-) ) xft since it is already installed by xfree. Even the ebuilds of xft and XFree are blocking each other. Reproducible: Always Steps to Reproduce: 1. emerge -u mozilla Actual Results: checking for xft... Package xft was not found in the pkg-config search path. Perhaps you should add the directory containing `xft.pc' to the PKG_CONFIG_PATH environment variable No package 'xft' found configure: error: Library requirements (xft) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. !!! ERROR: net-www/mozilla-1.3-r2 failed. !!! Function src_compile, Line 360, Exitcode 1 !!! (no error message) Expected Results: Well... >>> net-www/mozilla-1.3-r2 merged.
What version of xfree is installed? Is Xft installed? Show us the output of 'emerge info'
a) I have xfree-4.3.0-r2 installed --- b) No, not directly (only the one including in xfree): <bash> yavin root # emerge -p xft [blocks B ] >=x11-base/xfree-4.3.0-r2 (from pkg x11-libs/xft-2.0.1-r2) [ebuild N ] x11-libs/xft-2.0.1-r2 </bash> --- c) emerge info Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gaming-r3 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" 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 libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts tetex svga ggi tcltk java mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis qt kde motif opengl mozilla ldap cdr -gtk -gnome -gtk+" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O2 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Verify that /usr/lib/pkgconfig/xft.pc exists; if it doesn't, try re-emerging xfree. brad@Discovery:~ > qpkg -f /usr/lib/pkgconfig/xft.pc x11-base/xfree *
Yupp, qpkg shows me the file belonging to xfree. But it is definitive not there... I've just copied it out of the tbz2 of another up-to-date gentoo pc and now mozilla starts to compile. But the rest of xft is also gone (at least the whole Xft directory in /usr/X11R6/include/X11). Again copied it over and now mozilla comes even further (I don't know if it will finish - it is currently compiling - but I propose closing this bug now, since it seems to be a problem with some other part of portage and not mozilla.).
The fix would be to try rebuilding X. My surmise is maybe you installed X and unmerged xft later on.
I had a similar problem. After gentoo instalation, I did a "emerge kde ... xft". I don't know how, but ports didn't complain about xft beying emerged with xfree 4.3.x. Well, then I had to emerge -C xft, then re-emerge X. After that, my mozilla emerged nicely. As Brad said, if you unmerge xft after xfree instalation, it will cause problems, so you'll have to reemerge X. Maybe ports shouldn't un-merge xft without unmerging xfree (4.3.x). And definitely it shouldn't emerge xft with xfree 4.3.x (it comes along with it). PS: This bug shold be closed?
I was hoping for some positive feedback from the reporter :(
Closing this on the assumption that it's PEBKAC. Marcel, if you've had any luck with my suggestion, please post a reply on this bug.
Sorry Brad. Of course... I thougt I also said it in my last post - I didn't want to let you waait :-) Well, I copied manually the xft files from another system which worked quite well. I think, this is the same as reemerging xft. And that worked - Mozilla was able to compile. So, yes. The bug should be closed (and perhaps another for xfree or xft be opened, but that's another story ;-) ). Thank you very much Brad!
