A python package needed for stable of py3.4 Please proceed
this is stopped by at least one ebuild, net-p2p/deluge. There is no versions of it supporting >=rb_libtorrent-1.0 even in development.
No. This package is masked. We can't moved it straight to stable. There are quite a few reverse dependencies that fail. We will try again in the future.
Reopening and changing stabilization target to 1.0.9 (but any version >= 1.0.6 works for me). Needed for bug 581872. Markos, please advise and CC arches when ready. Thanks.
Maybe for ensuring all the reverse deps are in sync with this we could list them here in the same bug report. For now, I see deluge-1.3.13 and your preferred qbitorrent version as needing to go together with this newer rb_libtorrent
net-libs/rb_libtorrent-1.0.10 amd64 arm ppc ppc64 sparc x86 app-leechcraft/lc-bittorrent-0.6.70-r1 amd64 x86 net-p2p/deluge-1.3.13 amd64 x86 net-p2p/qbittorrent-3.3.7 amd64 arm x86
*** Bug 581872 has been marked as a duplicate of this bug. ***
arm stable
Dear Maintainer (or who is mainly involved in this stable request), This is an auto-generated message that will move the current component to the new component Stabilization. To ensure that the stabilization will proceed correctly, please fill the fields "Atoms to stabilize" and "Runtime testing required" as described here: https://archives.gentoo.org/gentoo-dev/message/4b2ef0e9aa7588224b8ae799c5fe31fa
Note: runtime testing does not apply to rb_libtorrent, as it's just a library and it will be implicitly tested by testing the other 3 packages.
An automated check of this bug failed - the following atom is unknown: net-p2p/deluge-1.3.13 Please verify the atom list.
An automated check of this bug failed - repoman reported dependency errors (21 lines truncated): > dependency.bad app-leechcraft/lc-bittorrent/lc-bittorrent-0.6.70-r1.ebuild: DEPEND: x86(default/linux/x86/13.0) ['~app-leechcraft/lc-core-0.6.70'] > dependency.bad app-leechcraft/lc-bittorrent/lc-bittorrent-0.6.70-r1.ebuild: RDEPEND: x86(default/linux/x86/13.0) ['~app-leechcraft/lc-core-0.6.70'] > dependency.bad app-leechcraft/lc-bittorrent/lc-bittorrent-0.6.70-r1.ebuild: DEPEND: x86(default/linux/x86/13.0/desktop) ['~app-leechcraft/lc-core-0.6.70']
(In reply to Michael Palimaka (kensington) from comment #11) > An automated check of this bug failed - repoman reported dependency errors > (21 lines truncated): > > > dependency.bad app-leechcraft/lc-bittorrent/lc-bittorrent-0.6.70-r1.ebuild: DEPEND: x86(default/linux/x86/13.0) ['~app-leechcraft/lc-core-0.6.70'] > > dependency.bad app-leechcraft/lc-bittorrent/lc-bittorrent-0.6.70-r1.ebuild: RDEPEND: x86(default/linux/x86/13.0) ['~app-leechcraft/lc-core-0.6.70'] > > dependency.bad app-leechcraft/lc-bittorrent/lc-bittorrent-0.6.70-r1.ebuild: DEPEND: x86(default/linux/x86/13.0/desktop) ['~app-leechcraft/lc-core-0.6.70'] those are handled in bug 563420, which already blocks this bug.
*** Bug 601048 has been marked as a duplicate of this bug. ***
It should be net-p2p/deluge-1.3.13-r2, -r1 is no longer in tree.
An automated check of this bug failed - the following atom is unknown: app-leechcraft/lc-bittorrent-0.6.70-r1 Please verify the atom list.
An automated check of this bug succeeded - the previous repoman errors are now resolved.
ppc ppc64 stable.
Changing package list from qbittorrent-3.3.7 to 3.3.10 as it gets rid of our blocker (bug 604622) and should allow this to finally proceed.
(In reply to Andreas Sturmlechner from comment #18) > Changing package list from qbittorrent-3.3.7 to 3.3.10 as it gets rid of our > blocker (bug 604622) and should allow this to finally proceed. 3.3.10 or 3.3.11?
amd64 stable
x86 stable. Closing.
(In reply to Davide Pesavento from comment #19) > 3.3.10 or 3.3.11? 3.3.10, since 3.3.11 was added to tree only very recently. It equally solved the blocker. Btw, was sparc deliberately left out of the stabilisation? Does it mean <net-libs/rb_libtorrent-1.0.10 can be cleaned nevertheless?
Re-opening. Still to go: net-libs/rb_libtorrent-1.0.10 sparc net-p2p/qbittorrent-3.3.10 arm
sparc stable
arm stable net-p2p/qbittorrent.
Looks like we are done with stabilization?
Yep
