This is for tracking purposes as, probably, we will need to stabilize lots of other things before Gnome 3.10
Please make one list instead of hundred blockers bug.
Created attachment 371124 [details] Stable list
*** Bug 502092 has been marked as a duplicate of this bug. ***
*** Bug 500720 has been marked as a duplicate of this bug. ***
Created attachment 371478 [details] Stable list -r1
Created attachment 371678 [details] Stable list -r2 This drops gnome-music (as neither works for me) and appends gstreamer list to make the lives of arch teams easier
*** Bug 502094 has been marked as a duplicate of this bug. ***
Created attachment 371680 [details] Stable list -r3 Two updated packages
*** Bug 495408 has been marked as a duplicate of this bug. ***
Created attachment 372062 [details] Stable list -r4 Updated list
Created attachment 372066 [details] Stable list -r5
Created attachment 372068 [details] Stable list -r6 Drop epiphany-extensions as it's obsolete in -3 for some cycles (and no longer builds)
Created attachment 372084 [details] Stable list -r6 Forgot a game for repoman happy on arm
Created attachment 372086 [details] Stable list -r7 vpx stuff ugliness on sparc
Created attachment 372088 [details] Stable list -r7
*** Bug 478252 has been marked as a duplicate of this bug. ***
Finally CCing arches, only some notes: - bug 500368 is only needed for arm, the remaining arches can go ahead without waiting for it. - I can take care of amd64 and x86, I am also working with Emeric (that uses Gnome 3.10 on ia64) to take care of ia64. Then, if you want to focus in remaining arches to try to share efforts, that would be nice :) Thanks! Ago, I tried to concatenate packages on a unique list when I was involved in the maintainance of such packages or maintainers had no issue with concatenating (like gst* stuff, bluez, bluedevil, shotwell), but not for others that are not related with me or gnome team at all. The list of blockers is not so big as was for 3.8 but, if it's still problematic for you, I guess we could explicitly suggest in a comment in relevant bug reports to merge them to this one :/
*** Bug 498930 has been marked as a duplicate of this bug. ***
*** Bug 477662 has been marked as a duplicate of this bug. ***
Created attachment 372118 [details] Stable list -r8 Merge some bugs here
*** Bug 500718 has been marked as a duplicate of this bug. ***
*** Bug 500758 has been marked as a duplicate of this bug. ***
*** Bug 501720 has been marked as a duplicate of this bug. ***
*** Bug 502206 has been marked as a duplicate of this bug. ***
*** Bug 502210 has been marked as a duplicate of this bug. ***
*** Bug 496622 has been marked as a duplicate of this bug. ***
amd64 stable
x86 stable
Created attachment 372634 [details] Stable list -r9 Changed glib stabilization target to 2.38.2-r1 because of bug #501330
Hey guys, thanks for doing all the hard work here. I'm emerging gnome-light-3.10 right now and am wondering how to get it smoother to a point, where libsoup + libsoup-gnome, gobject-instrospection and gobject-introspection-common, cogl + clutter + clutter-gtk don't create what I think are deploops that even --backtrack=200 cannot resolve? Should I be able to upgrade in one fell swoop with just doing "emerge -va1 gnome-light"?
You should probably go to forums.gentoo.org and show the error there to try to know what is occurring in your setup :/
Created attachment 372718 [details] Stable list -r10 Include fixed seahorse
OK I'll go elsewhere with that issue. But on another stabilization note, gnome-photos-3.10.2 install phase is broken: ... installing et.gmo as /mnt/datapool/tmp/portage/media-gfx/gnome-photos-3.10.2/image//usr/share/locale/et/LC_MESSAGES/gnome-photos.mo make[1]: Leaving directory `/mnt/datapool/tmp/portage/media-gfx/gnome-photos-3.10.2/work/gnome-photos-3.10.2/po' rm: cannot remove '/mnt/datapool/tmp/portage/media-gfx/gnome-photos-3.10.2/image//usr/share/doc/gnome-photos': No such file or directory * ERROR: media-gfx/gnome-photos-3.10.2::gentoo failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 3656: Called die * The specific snippet of code: * rm -r "${D}/usr/share/doc/${PN}" || die * ... Let me know if you want a separate bug filed for this.
Yes, always open new bug report (remember to attach there full build.log and "emerge --info", as a side note, you could try with MAKEOPTS=-j1 as it looks to be a parallel install issue)
Created attachment 372770 [details] Stable list -r11 Changed gnome-shell target to 3.10.4-r1 for bug #503952
Created attachment 372804 [details] Stable list -r12 Updated evolution
Stable for HPPA.
Any news from ppc*/sparc/alpha/arm? :/
(In reply to Pacho Ramos from comment #38) > Any news from ppc*/sparc/alpha/arm? :/ Other option would be to finally drop stable keyword for most gnome packages on remaining arches (the list should probably be similar to the currently used on hppa). Do you agree with that?
(In reply to Pacho Ramos from comment #39) > (In reply to Pacho Ramos from comment #38) > > Any news from ppc*/sparc/alpha/arm? :/ > > Other option would be to finally drop stable keyword for most gnome packages > on remaining arches (the list should probably be similar to the currently > used on hppa). Do you agree with that? The alpha team is okay with having its stable keywords dropped from gnome packages. I'll leave us Cc'd until that happens. Probably best for a gnome maintainer to do it? I'm not sure.
(In reply to Matt Turner from comment #40) > (In reply to Pacho Ramos from comment #39) > > (In reply to Pacho Ramos from comment #38) > > > Any news from ppc*/sparc/alpha/arm? :/ > > > > Other option would be to finally drop stable keyword for most gnome packages > > on remaining arches (the list should probably be similar to the currently > > used on hppa). Do you agree with that? > > The alpha team is okay with having its stable keywords dropped from gnome > packages. I'll leave us Cc'd until that happens. > > Probably best for a gnome maintainer to do it? I'm not sure. When HPPA removed it from GNOME, they also removed it from gnome-base/gvfs, which is really GLIB/GIO VFS, used by eg. xfce-base/thunar So you might want to define to which level you want it done, everything, or "most"?
(In reply to Pacho Ramos from comment #39) > (In reply to Pacho Ramos from comment #38) > > Any news from ppc*/sparc/alpha/arm? :/ > > Other option would be to finally drop stable keyword for most gnome packages > on remaining arches (the list should probably be similar to the currently > used on hppa). Do you agree with that? I would hope that any arch team that has users that would like to have GNOME, would be able to provide that in their stable tree. The most likely suspect here would probably be arm, but maybe some others too; mostly depends on their 3D story I guess (which I know to be good for many devices, albeit chaotic to package, for arm)..
Yeah, I was talking with Ago and looks like he will have time for some arches. Were rethinking more and looks like dropping some stable keywords would be pretty hard as it's difficult to know what exact packages still need to be stabilized as they depend on the apps each arch team still want to be stabilized, and that won't be easily known until we don't start to try to drop old versions (that needs to wait until we agree about when to drop gnome2 packages) :/
Created attachment 374844 [details] Stable list -r13 drop telepathy-python
We will go with shorter list for remaining arches finally as talked with Ago and Gilles -> bug 507568