This is for tracking purposes, to remember we need to stabilize at least this version before getting Gnome 3.8 stabilized as it solves important problems with systemd
Well, this is the only remaining blocker with python-3.3 for gnome-3.8, would be nice if arches could be CCed a bit sooner than 30 days after latest bump :) Thanks
I don't think it should skip the normal 30 day wait before stablereq; but I do strongly encourage you to have arch testers confirm that it works here if you want to convince me otherwise. arches: Could everybody please test this and see if you can see any problems? Based on that, I'll see if we can call for an early stabilization. If you think there is some other bug that needs to be solved in LVM first, please feel free to add it to the dependency list.
Stable for HPPA.
USE='clvm cman lvm1 -lvm2create_initrd readline -static static-libs -thin -udev' emerge -1q =sys-fs/lvm2-2.02.103 fails on amd64 due to unstable deps: The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by sys-cluster/cman-3.1.5-r1 # required by sys-fs/lvm2-2.02.103[clvm,cman] # required by @selected # required by @world (argument) =sys-cluster/liblogthread-3.1.5 ~amd64 # required by sys-cluster/cman-3.1.5-r1 # required by sys-fs/lvm2-2.02.103[clvm,cman] # required by @selected # required by @world (argument) =sys-cluster/libdlm-3.1.5 ~amd64 # required by sys-fs/lvm2-2.02.103[clvm,cman] # required by @selected # required by @world (argument) =sys-cluster/cman-3.1.5-r1 ~amd64 # required by sys-cluster/cman-3.1.5-r1 # required by sys-fs/lvm2-2.02.103[clvm,cman] # required by @selected # required by @world (argument) =sys-cluster/libcman-3.1.5 ~amd64 # required by sys-cluster/cman-3.1.5-r1 # required by sys-fs/lvm2-2.02.103[clvm,cman] # required by @selected # required by @world (argument) =sys-cluster/libfence-3.1.5 ~amd64 # required by sys-cluster/libfence-3.1.5 # required by sys-cluster/cman-3.1.5-r1 # required by sys-fs/lvm2-2.02.103[clvm,cman] # required by @selected # required by @world (argument) =sys-cluster/libccs-3.1.5 ~amd64
(In reply to Chema Alonso from comment #4) > USE='clvm cman lvm1 -lvm2create_initrd readline -static static-libs -thin > -udev' emerge -1q =sys-fs/lvm2-2.02.103 > > fails on amd64 due to unstable deps: $ grep lvm2 /usr/portage/profiles/eapi-5-files/package.use.stable.mask sys-fs/lvm2 clvm cman
Sorry for the noise. amd64 stable
is there a way to put the ruby dependency for thin-provisioning-tools behind the ruby use flag? ruby doesn't seem to factor that prominently in it except for some helper scripts and cucumber testing. main desire is for server systems that don't want/need to have ruby installed...
(In reply to razamatan from comment #7) > is there a way to put the ruby dependency for thin-provisioning-tools behind > the ruby use flag? ruby doesn't seem to factor that prominently in it > except for some helper scripts and cucumber testing. > > main desire is for server systems that don't want/need to have ruby > installed... I second that.
Please see the ruby changes in 0.2.8-r1. In earlier releases of 0.2.x, ruby was actually needed for some tools, but now it's only used for the testsuite (the tools got converted to C). Any remaining arches on here, if you're happy w/ 0.2.8-r1, please stabilize that instead (it just explicitly moves ruby to USE=test).
arm stable
x86 stable
ia64 stable
sparc stable
ppc stable
ppc64 stable
alpha stable. Closing.