Starting to add blockers Reproducible: Always
*** Bug 350074 has been marked as a duplicate of this bug. ***
*** Bug 354503 has been marked as a duplicate of this bug. ***
*** Bug 331405 has been marked as a duplicate of this bug. ***
*** Bug 353439 has been marked as a duplicate of this bug. ***
Created attachment 262505 [details] Gnome 2.32 (and more) stab list -r1 This list is checked by me running repoman full for all arches and should be fine if depending bugs are fixed before
To extract a list for testing in package.keywords you can, for example, run the following: for i in $(cat LISTA| grep amd64 | cut -d " " -f1); do echo =${i};done
Created attachment 262627 [details] Gnome 2.32 (and more) stab list -r2 Fixed libxmlpp (by Ago)
Created attachment 262775 [details] Gnome 2.32 (and more) stab list -r3 Bump telepathy-gabble version
OK, news item committed a few minutes ago with the guide but, since arches will probably need some time to check the list and stabilize if possible, we think people will have enough time to read news item since will be difficult they will be able to stabilize all today -> CCing them Arches, some days ago I run "repoman full" locally for all you and your packages and you shouldn't hit dependency problems if you have taken care of bugs blocking this one. About possible test failures, if they are already reported to us, go ahead anyway since we are aware of them but think they shouldn't block stabilization Thanks
amd64 tested, seems to be working fine
Tested on SPARC, seems to be OK apart from a few problems which probably need to be fixed upstream. This should not stop stabilisation.
Created attachment 263009 [details] Gnome 2.32 (and more) stab list -r4 Important bugfix included in telepathy-butterfly
add python-xlib bug because is a depend
(In reply to comment #13) > add python-xlib bug because is a depend >
(In reply to comment #14) > (In reply to comment #13) > > add python-xlib bug because is a depend > > > It's already stable
Created attachment 263351 [details] Gnome 2.32 (and more) stab list -r5 Bump gnome-icon-theme version as it simply includes an additional icon and also fixes bug 351117
Created attachment 263365 [details] Gnome 2.32 (and more) stab list -r6 Update totem-pl-parser and stabilize a version without quvi support as it breaks youtube videos
I have just open/found these bug related to test failure. Feel free to add they as a block if is necessary. thanks bug 356055 bug 356057 bug 356059 bug 349301 bug 356061 bug 356065 bug 356067 bug 356071 bug 356073 bug 356075 bug 344341
(In reply to comment #18) > I have just open/found these bug related to test failure. Feel free to add they > as a block if is necessary. thanks > > bug 356055 bug 356057 bug 356059 bug 349301 bug 356061 bug 356065 bug 356067 > bug 356071 bug 356073 bug 356075 bug 344341 > All reviewed ;-)
Finished testing on amd64. I will start the stabilization today at 2200UTC. This is actually a notice to x86 team just to avoid simultaneous commits on the same packages. Spooky!
amd64 *should* be done
x86 done. Thanks everyone for testing.
Stable for HPPA.
alpha/arm/ia64/s390/sh/sparc stable, or i think so...
At least gnome-pilot is still ~sparc
ppc64 stable
ppc done
sparc, you forgot the following: app-pda/gnome-pilot-conduits-2.32.1 app-pda/gnome-pilot-2.32.0 dev-util/anjuta-2.32.1.1 dev-util/devhelp-2.32.0 net-analyzer/netspeed_applet-0.16
All in X11 stabilisation list has been tested on SPARC except for the folloiwng: *-pilot gnome apps, dev-util/anjuta-2.32.1.1 and dev-util/devhelp-2.32.0, not used here. Looks fine to me, tested using Xephyr from my laptop.
(In reply to comment #28) > sparc, you forgot the following: > > app-pda/gnome-pilot-conduits-2.32.1 > app-pda/gnome-pilot-2.32.0 sparc dropped, USE="pda" masked in arch/sparc/use.mask. dropped also from pilot-link and co. not useful on sparc, or very unlikely to be. definately no hardware to test. > dev-util/anjuta-2.32.1.1 > dev-util/devhelp-2.32.0 > net-analyzer/netspeed_applet-0.16 done, per Comment #29. Thanks Alex. Closing as last arch. Although there is still bug 359651.
ppc64 missed libxmlpp-2.32.0
... any idea how much bugmail changing status of trackers produce? might want to consider opening a new bug, or asking the arch members otherwise next time :P
ppc64 stable for libxmlpp, built just fine