~x86 with desktop/gnome profile test/test-pthread.c is searching for <fontconfig/fontconfig.h> which is not available in provided search path -I.. and not yet installed. Builds fine if this header exists in /usr/include from previous installation. Reproduce: rename or remove /usr/include/fontconfig directory and emerge -1 =media-libs/fontconfig-2.10.91 Making all in test make[2]: Entering directory `/var/tmp/portage/media-libs/fontconfig-2.10.91/work/fontconfig-2.10.91-default/test' i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/media-libs/fontconfig-2.10.91/work/fontconfig-2.10.91/test -I.. -march=native -O2 -pipe -pthread -c /var/tmp/portage/media-libs/fontconfig-2.10.91/work/fontconfig-2.10.91/test/test-pthread.c /var/tmp/portage/media-libs/fontconfig-2.10.91/work/fontconfig-2.10.91/test/test-pthread.c:7:35: fatal error: fontconfig/fontconfig.h: No such file or directory compilation terminated. make[2]: *** [test-pthread.o] Error 1
This is a masked ebuild that was added by the gnome team, reassigning.
I too can confirm this bug. I was having trouble updating my ~amd64 multilib laptop. I've had installed for some time app-emulation/emul-linux-x86-xlibs-20130224-r1 and the corresponding libs it pulls in. I ran into a serious blacker because of fontconfig-2.10.91. Unfortunately I figured this was the issue and unmasked it only after removing the already installed version of fontconfig. Then fontconfig-2.10.91 failed to emerge. After finding and reading this thread, I re-emerged the version I had installed previously, and then was able to successfully emerge and upgrade to fontconfig-2.10.91. So there is an issue with this ebuild in that it fails to emerge if no previous version of fontconfig is installed on the system. I hope this helps
Created attachment 346128 [details, diff] Ensure we find the uninstalled fontconfig header see http://cgit.freedesktop.org/fontconfig/commit/?id=0831c1770e4bac7269a190936bbb0529d747e233 this should be fixed in fontconfig 2.10.92 but I don't know if a version bump is the right thing to do because version 2.10.92 currently breaks webfonts in firefox (see https://bugzilla.freedesktop.org/show_bug.cgi?id=63096)
(In reply to comment #3) > Created attachment 346128 [details, diff] [details, diff] > Ensure we find the uninstalled fontconfig header > > see > http://cgit.freedesktop.org/fontconfig/commit/ > ?id=0831c1770e4bac7269a190936bbb0529d747e233 > > this should be fixed in fontconfig 2.10.92 > > but I don't know if a version bump is the right thing to do because version > 2.10.92 currently breaks webfonts in firefox (see > https://bugzilla.freedesktop.org/show_bug.cgi?id=63096) Does this patch fix that issue? http://pkgs.fedoraproject.org/cgit/fontconfig.git/plain/fontconfig-fix-woff.patch
Created attachment 347910 [details, diff] version bump (In reply to comment #4) > Does this patch fix that issue? > http://pkgs.fedoraproject.org/cgit/fontconfig.git/plain/fontconfig-fix-woff. > patch Yes it does.
Created attachment 347912 [details, diff] https://bugzilla.freedesktop.org/show_bug.cgi?id=62980
Created attachment 347914 [details, diff] https://bugzilla.freedesktop.org/show_bug.cgi?id=63096
+*fontconfig-2.10.92 (12 May 2013) + + 12 May 2013; Pacho Ramos <pacho@gentoo.org> + +files/fontconfig-2.10.92-automake-1.13.patch, + +files/fontconfig-2.10.92-closing-fp.patch, + +files/fontconfig-2.10.92-fix-check.patch, + +files/fontconfig-2.10.92-fix-woff.patch, + +files/fontconfig-2.10.92-ft-face.patch, + +files/fontconfig-2.10.92-ft-face2.patch, + +files/fontconfig-2.10.92-native-fonts.patch, + +files/fontconfig-2.10.92-use-glob.patch, +fontconfig-2.10.92.ebuild: + Version bump, also include upstream patches that will be in 2.10.93 and + incorporate a fix to bug #466432 making fedora patch not needed. +