The first list will contain all python maintained packages that *could* be stabilized, after that, the idea would be to let python team to fix that list (dropping some from there if they are not ready, or adjusting the concrete versions) and, once fixed, I the plan is to run a full repoman check to find any packages outside python herd that could need newer versions to be stable and, finally, let arch teams do their work. Thanks
Created attachment 396604 [details] List First attempt, please review
I like this method :D I need to do something like this for openstack packages outside of the python herd.
I don't see anything obviously bad in that list. Should I be doing bugzilla searches on these?
(In reply to Mike Gilbert from comment #3) > I don't see anything obviously bad in that list. Should I be doing bugzilla > searches on these? Well... if you don't remember many of the opened bugs you could maybe search for bugs assigned to python team to see if you see anything major (it depends on python team workflow... on gnome we end up "knowing" what are the real blockers with the tracker or in my case saving the major bugs to ensure they are solved)
Created attachment 396664 [details] list (qscintilla is already being handled in other bug and it's a bit "special" because it's tied to a kde stabilization)
Created attachment 396668 [details] list updated list
Created attachment 396672 [details] list OK, this list should be mostly ok. I have looked for bugs affecting the packages in the list running: $ for i in $(cut -d - -f1,2 python-list ); do bugz search $i; done (please note it will have still many "false positives" because of using "-" as delimiter... I don't know how to drop the versions without that :S) In that list I haven't seen anything major (apart of many test failures... but that looks so habitual in python stuff that probably shouldn't block the stabilizations)
can you add axiom-0.7.2?? KEYWORDS="~amd64 ~ppc ~ppc64 ~sparc ~x86"
Created attachment 396794 [details] list Sure
Created attachment 396816 [details] list Updated list Some packages were missed because the script generate keywords for packages keyworded locally. This is not a problem for gnome stuff as we try to stabilize all but some known packages that are not ready. Then, I need to simply keyword all packages maintained by us and run the script. This is different for python as I think you don't want to stabilize all packages, right? In that case I have then relied on emerge --autounmask to locally add the needed keywords for all the packages required to emerge all the list with all enabled USE flags... and that should cover most (before I go with repoman and add the pending stuff manually) On the other hand, if you are ready to stabilize all but some small set of packages, please let me know what packages to skip and I can generate a new list
Created attachment 396834 [details] list
Created attachment 396836 [details] list
Created attachment 396844 [details] list
cherryflow & ldaptor I have masked for removal # Ian Delaney <idella4@gentoo.org> (19 Feb 2015) # Some no longer fetch and upstream dead. genetic was to be # used by sci-chemistry/pymss but this is absent from portage. # For g-pypi, maintainer has lost interest and abandonned the package. # Masked for removal in 30 days dev-python/cherryflow dev-python/ldaptor the other 4 don't appear on the list here
(12:07:55) mgorny: pacho2: could you please update the stablereq to note that i removed stable kw from matplotlib?
*** Bug 530542 has been marked as a duplicate of this bug. ***
*** Bug 540504 has been marked as a duplicate of this bug. ***
*** Bug 540506 has been marked as a duplicate of this bug. ***
*** Bug 540510 has been marked as a duplicate of this bug. ***
*** Bug 540520 has been marked as a duplicate of this bug. ***
*** Bug 540528 has been marked as a duplicate of this bug. ***
*** Bug 540530 has been marked as a duplicate of this bug. ***
*** Bug 540534 has been marked as a duplicate of this bug. ***
Created attachment 397204 [details] list
Created attachment 397206 [details] list drop pygobject (it goes with the rest of gnome 3.14)
Created attachment 397208 [details] list
Created attachment 397222 [details] list
Created attachment 397232 [details] list
Created attachment 397258 [details] list
Created attachment 397272 [details] list This list is ready to CC arches as soon as vtk stab bug is done
Created attachment 397384 [details] list
*** Bug 540498 has been marked as a duplicate of this bug. ***
*** Bug 532440 has been marked as a duplicate of this bug. ***
*** Bug 524438 has been marked as a duplicate of this bug. ***
*** Bug 529654 has been marked as a duplicate of this bug. ***
amd64 stable
Created attachment 398268 [details] list newer imaging needed as current stable is broken for months due to freetype updates
ppc64 stable
ppc stable
Created attachment 398366 [details] list mayavi and ets need to be skipped because of bug 500104
*** Bug 530558 has been marked as a duplicate of this bug. ***
x86 stable
Stable for HPPA.
*** Bug 530426 has been marked as a duplicate of this bug. ***
*** Bug 528428 has been marked as a duplicate of this bug. ***
*** Bug 531960 has been marked as a duplicate of this bug. ***
*** Bug 535340 has been marked as a duplicate of this bug. ***
alpha stable
ia64 stable
*** Bug 525994 has been marked as a duplicate of this bug. ***
*** Bug 530290 has been marked as a duplicate of this bug. ***
*** Bug 530406 has been marked as a duplicate of this bug. ***
*** Bug 530436 has been marked as a duplicate of this bug. ***
*** Bug 530476 has been marked as a duplicate of this bug. ***
*** Bug 530744 has been marked as a duplicate of this bug. ***
*** Bug 531126 has been marked as a duplicate of this bug. ***
*** Bug 535308 has been marked as a duplicate of this bug. ***
*** Bug 535338 has been marked as a duplicate of this bug. ***
*** Bug 535376 has been marked as a duplicate of this bug. ***
*** Bug 540278 has been marked as a duplicate of this bug. ***
*** Bug 475342 has been marked as a duplicate of this bug. ***
sparc stable
arm stable, all arches done.
(In reply to Markus Meier from comment #63) > arm stable, all arches done. oauthlib-0.7.2.ebuild has KEYWORDS="amd64 ~arm x86" We are not to know if this package was missed (unintentionally) or the setting of arm to stable was missed.
from the attachment: dev-python/oauthlib-0.7.2 amd64 x86 So I guess arm is okay and there was no previous stable version.
After talking with idella4 via IRC it looks like we are ok with it being ~arm for now. If we need it stabilized on arm, we can do it in a separate bug report then