Created attachment 369592 [details] x11_stable.list v1 This bug is for stabilization of x11 packages. No talking here, please. If you find a regression that should block stabilization: report a separate bug and make it block this bug. To generate the keywords list for your arch, run # awk '/YOURARCHHERE/ {print "="$1}' x11_stable.list > x11_stable.keywords
*** Bug 490148 has been marked as a duplicate of this bug. ***
*** Bug 499680 has been marked as a duplicate of this bug. ***
*** Bug 500912 has been marked as a duplicate of this bug. ***
*** Bug 502214 has been marked as a duplicate of this bug. ***
Created attachment 371186 [details] x11_stable.list x11_stable.list v2 * new stabilization targets for libclc, mesa, xcb-util-wm
Created attachment 371190 [details] x11_stable.list v3 * Add xf86-video-geode
Created attachment 371632 [details] x11_stable.list v4 * drop libva-vdpau-driver which cannot go stable yet
Created attachment 371654 [details] x11_stable.list v5 * drop xvba-video which cannot go stable at this time either
ia64: you can ignore the dep on bug 461394 as there is already a stable libunwind.
I'm getting the following errors: The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by x11-base/xorg-server-1.15.0[-minimal] # required by x11-drivers/xf86-input-synaptics-1.7.3 # required by =x11-drivers/xf86-input-synaptics-1.7.3 (argument) =media-libs/mesa-10.0.3 ~x86 The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by x11-base/xorg-server-1.15.0[-minimal] # required by x11-drivers/xf86-input-synaptics-1.7.3 # required by =x11-drivers/xf86-input-synaptics-1.7.3 (argument) # /usr/portage/profiles/package.mask: # Ch��-Thanh Christopher Nguy���n <chithanh@gentoo.org> (10 Nov 2013) # Causes build failures, bug #492800 =media-libs/mesa-10.0.3
x11-base/xorg-server has only >=media-libs/mesa-9.2.0[nptl=] in dependencies, it must be caused by something else. (I think bug 419381 causes portage to blame the wrong package)
*** Bug 504806 has been marked as a duplicate of this bug. ***
Created attachment 373052 [details] x11_stable.list v6 mesa-9.2.5-r1 -> mesa-10.0.4
This stable request can't be completed because of the following repoman's error(s): dependency.bad 18 dev-libs/wayland/wayland-1.4.0.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['dev-libs/expat[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]', 'virtual/libffi[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,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
Created attachment 373510 [details] x11_stable.list v7 * drop wayland/weston per comment 14 * opencl appears broken on ppc in mesa-10, drop it too * update stabilization targets of xf86-video-vmware and xf86-input-synaptics
(In reply to Chí-Thanh Christopher Nguyễn from comment #15) > * drop wayland/weston per comment 14 Err.. Is that really a problem? $ egrep 'virtual/libffi|dev-libs/expat' /usr/portage/profiles/default/linux/amd64/13.0/package.use.stable.mask dev-libs/expat abi_x86_32 virtual/libffi abi_x86_32 $ egrep 'virtual/libffi|dev-libs/expat' /usr/portage/profiles/hardened/linux/amd64/package.use.stable.mask dev-libs/expat abi_x86_32 virtual/libffi abi_x86_32
(In reply to Alexander Tsoy from comment #16) > (In reply to Chí-Thanh Christopher Nguyễn from comment #15) > > * drop wayland/weston per comment 14 > > Err.. Is that really a problem? > > $ egrep 'virtual/libffi|dev-libs/expat' > /usr/portage/profiles/default/linux/amd64/13.0/package.use.stable.mask > dev-libs/expat abi_x86_32 > virtual/libffi abi_x86_32 > $ egrep 'virtual/libffi|dev-libs/expat' > /usr/portage/profiles/hardened/linux/amd64/package.use.stable.mask > dev-libs/expat abi_x86_32 > virtual/libffi abi_x86_32 FWIW - my system seems fine Calculating dependencies... done! [ebuild U ~] dev-libs/expat-2.1.0-r4 [2.1.0-r3] USE="unicode -examples -static-libs" ABI_X86="32* (64) (-x32)" 0 kB [ebuild U ~] dev-libs/libffi-3.0.13-r1 [3.0.11] USE="-debug -pax_kernel% -static-libs {-test}" ABI_X86="32%* (64%*) (-x32)" 826 kB [ebuild U ~] virtual/libffi-3.0.13-r1 [3.0.11] ABI_X86="32%* (64%*) (-x32)" 0 kB [ebuild R ~] dev-libs/wayland-1.4.0 USE="-doc" ABI_X86="32* (64) (-x32)" 0 kB [blocks B ] app-emulation/emul-linux-x86-baselibs[-abi_x86_32(-)] ("app-emulation/emul-linux-x86-baselibs[-abi_x86_32(-)]" is blocking dev-libs/expat-2.1.0-r4, dev-libs/libffi-3.0.13-r1)
(In reply to Alexander Tsoy from comment #16) > (In reply to Chí-Thanh Christopher Nguyễn from comment #15) > > * drop wayland/weston per comment 14 > > Err.. Is that really a problem? > > $ egrep 'virtual/libffi|dev-libs/expat' > /usr/portage/profiles/default/linux/amd64/13.0/package.use.stable.mask > dev-libs/expat abi_x86_32 > virtual/libffi abi_x86_32 > ... Ouch. Probably 'dev-libs/wayland abi_x86_32' should be added to package.use.stable.mask to silent repoman. Sorry for the noise.
Created attachment 373566 [details] x11_stable.list v8 * Re-add wayland/weston now that repoman is shut up by masking the abi_x86_32 flag per comment 17
amd64 stable
(In reply to Agostino Sarubbo from comment #20) > amd64 stable Shouldn't libxshmfence have abi_x86_32 masked too?
(In reply to Andrius Štikonas from comment #21) > (In reply to Agostino Sarubbo from comment #20) > > amd64 stable > > Shouldn't libxshmfence have abi_x86_32 masked too? libxshmfence hasn't ever been part of emul-linux-x86-xlibs and doesn't depend on anything, so there shouldn't be any reason to mask abi_x86_32 on it. This applies presentproto too.
(In reply to Agostino Sarubbo from comment #20) > amd64 stable I'm using Core2 T7200, which not support SSE4.1, compile failure with: /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled"
Stable for HPPA.
(In reply to Fulong Sun from comment #23) > (In reply to Agostino Sarubbo from comment #20) > > amd64 stable > > I'm using Core2 T7200, which not support SSE4.1, compile failure with: > > /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/include/smmintrin.h:31:3: error: > #error "SSE4.1 instruction set not enabled" Bug 503828.
(In reply to Matt Turner from comment #22) > libxshmfence hasn't ever been part of emul-linux-x86-xlibs and doesn't > depend on anything, so there shouldn't be any reason to mask abi_x86_32 on > it. This applies presentproto too. I think this is incorrect. libxshmfence depends on xproto which has abi_x86_32 masked: configure: error: Package requirements (xproto) were not met: No package 'xproto' found
You've missed a spot - see bug 496682.
(In reply to Rafał Mużyło from comment #27) > You've missed a spot - see bug 496682. Never mind - I've misread something.
Created attachment 373852 [details] x11_stable.list v8 I've stabilized what I'm comfortable with on alpha without firing up a system with a video card in it.
ppc stable
ppc64 stable
alpha/ia64 stable
sparc stable
x86 stable
Created attachment 377632 [details] x11_stable.list v9 * Change arm stabilization target of xf86-input-wacom to 0.24.0 for bug 504298
What we should do with: dependency.bad 1 x11-base/xorg-drivers/xorg-drivers-1.15.ebuild: PDEPEND: arm(default/linux/arm/13.0) ['x11-drivers/xf86-video-freedreno'] ?
(will be needed for wayland support in gtk+-3.12 for arm)
Created attachment 378068 [details] x11_stable.list v10 * Add xf86-video-freedreno-1.0.0 to stabilization list, to address comment #36.
arm stable.
