Bug 486278 – =sys-fs/lvm2-2.02.103, =sys-block/thin-provisioning-tools-0.2.8: stabilize

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Pacho Ramos 2013-09-28 09:31:22 UTC]

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

[Comment 1 Pacho Ramos 2013-10-18 06:50:48 UTC]

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

[Comment 2 Robin Johnson 2013-10-18 14:57:55 UTC]

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.

[Comment 3 Jeroen Roovers (RETIRED) 2013-10-25 13:55:38 UTC]

Stable for HPPA.

[Comment 4 Chema Alonso Josa (RETIRED) 2013-11-08 13:18:07 UTC]

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

[Comment 5 Alexander Tsoy 2013-11-08 13:28:25 UTC]

(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

[Comment 6 Chema Alonso Josa (RETIRED) 2013-11-13 10:44:43 UTC]

Sorry for the noise.

amd64 stable

[Comment 7 razamatan 2013-11-14 09:21:43 UTC]

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...

[Comment 8 Romualdas Mincevičius 2013-11-15 18:43:39 UTC]

(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.

[Comment 9 Robin Johnson 2013-11-15 18:45:31 UTC]

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).

[Comment 10 Markus Meier 2013-11-27 18:50:17 UTC]

arm stable

[Comment 11 Pacho Ramos 2013-12-07 14:29:03 UTC]

x86 stable

[Comment 12 Émeric Maschino 2014-01-13 22:49:24 UTC]

ia64 stable

[Comment 13 Pacho Ramos 2014-01-14 21:09:22 UTC]

ia64 stable

[Comment 14 Agostino Sarubbo 2014-01-19 10:51:41 UTC]

sparc stable

[Comment 15 Agostino Sarubbo 2014-01-19 10:54:05 UTC]

ppc stable

[Comment 16 Agostino Sarubbo 2014-01-19 10:56:16 UTC]

ppc64 stable

[Comment 17 Agostino Sarubbo 2014-02-02 11:08:25 UTC]

alpha stable. Closing.