This will be needed by Gnome 3.8. We are using it since landed the tree without issues. Thanks a lot!
While this version is not from upstream's stable series, I don't see any problems with it. It will actually resolve bug 472210 as well. So, arches, please go ahead and mark stable: =media-libs/fontconfig-2.10.92 Target keywords: alpha amd64 arm hppa ia64 m68k ppc ppc64 s390 sh sparc x86
Stable for HPPA.
ppc stable
arm stable
ia64 stable
This stable request can not be completed because of the following repoman's error(s): dependency.bad 14 media-libs/fontconfig/fontconfig-2.10.92.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['>=dev-libs/expat-1.95.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]', '>=media-libs/freetype-2.2.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]'] In case you are the maintainer of the needed package(s), please authorize the stabilization and edit the summary of this bug. In case you are not the maintainer of the needed package(s), please open the necessary bug(s) and make a block for this bug. To find the full list, feel free to follow this article: http://blogs.gentoo.org/ago/2012/07/06/repoman-check-before-file-stable-request
Multilib, how will we finally handle the multilib stabilization stuff?
alpha stable
ppc64 stable
sparc stable
CC back amd64 at proper time
(bug 475480 would be needed for the multilib stuff, then, remaining arches could still proceed without it)
@multilib: please take care of this ASAP. This is exactly why I didn't want this extra layer of complexity.
(In reply to Ben de Groot from comment #13) > @multilib: please take care of this ASAP. This is exactly why I didn't want > this extra layer of complexity. We simply need to wait for bug 475480 (or mask the USE flag but, in this case, it doesn't have much sense as we need newer Xorg for other things)
(In reply to Ben de Groot from comment #13) > @multilib: please take care of this ASAP. This is exactly why I didn't want > this extra layer of complexity. abi_x86_32 masked for amd64 stable on all necessary packages. It's out of the way now, please proceed.
Drop arches that will go to testing only
This stable request can't be completed because of the following repoman's error(s): dependency.bad 4 media-libs/fontconfig/fontconfig-2.10.92.ebuild: DEPEND: amd64(hardened/linux/amd64) ['>=dev-libs/expat-1.95.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]', '>=media-libs/freetype-2.2.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]'] media-libs/fontconfig/fontconfig-2.10.92.ebuild: RDEPEND: amd64(hardened/linux/amd64) ['>=dev-libs/expat-1.95.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]', '>=media-libs/freetype-2.2.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]'] media-libs/fontconfig/fontconfig-2.10.92.ebuild: DEPEND: amd64(hardened/linux/amd64/selinux) ['>=dev-libs/expat-1.95.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]', '>=media-libs/freetype-2.2.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]'] media-libs/fontconfig/fontconfig-2.10.92.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['>=dev-libs/expat-1.95.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]', '>=media-libs/freetype-2.2.1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]'] In case you are the maintainer of the needed package(s), please authorize the stabilization and edit the summary of this bug. In case you are not the maintainer of the needed package(s), please open the necessary bug(s) and make a block for this bug. To find the full list, feel free to follow this article: http://blogs.gentoo.org/ago/2012/07/06/repoman-check-before-file-stable-request
Masked on hardened profiles as well. Now 'repoman full' seems to be happy for me.
Hardnend amd64 and x86 should support eapi 5 now.
amd64 stable
x86 stable. Last arch, closing