This bug is for tracking the actual stabilization of GNOME-2.26. Preliminary stabilization list follows for review by other GNOME team members and for others. Please do not comment here if you have a problem with a particular package, open a separate bug report except if this implies there is a missing entry in the provided list.
Created attachment 227541 [details] preliminary.list This list was generated using the good old check-stab.sh in gnome overlay. It is most likely not suitable for stabilisation of any arch other than amd64 and x86 but it's a start.
Shouldn't gail be removed from this list ?
Missing sys-apps/gnome-disk-utility.
Adding that list to my packages.keywords, I get the following block: [blocks B ] <media-libs/gst-plugins-base-0.10.26 ("<media-libs/gst-plugins-base-0.10.26" is blocking media-libs/gstreamer-0.10.28) Total: 59 packages (56 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 150,473 kB Conflict: 2 blocks (1 unsatisfied) Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage/modified * Error: The above package list contains packages which cannot be * installed at the same time on the same system. ('installed', '/', 'media-libs/gst-plugins-base-0.10.25', 'nomerge') pulled in by >=media-libs/gst-plugins-base-0.10 required by ('ebuild', '/', 'mail-client/evolution-2.28.3.1', 'merge') =media-libs/gst-plugins-base-0.10* required by ('installed', '/', 'media-plugins/gst-plugins-mad-0.10.13', 'nomerge') >=media-libs/gst-plugins-base-0.10.25 required by ('installed', '/', 'media-plugins/gst-plugins-gconf-0.10.17', 'nomerge') (and 43 more) ('ebuild', '/', 'media-libs/gstreamer-0.10.28', 'merge') pulled in by >=media-libs/gstreamer-0.10.16 required by ('ebuild', '/', 'media-video/cheese-2.28.1-r1', 'merge') >=media-libs/gstreamer-0.10 required by ('ebuild', '/', 'mail-client/evolution-2.28.3.1', 'merge') >=media-libs/gstreamer-0.10.15 required by ('installed', '/', 'app-cdr/brasero-2.28.3', 'nomerge') (and 26 more) media-plugins/gst-plugins-*-0.10.28 missing?
These two packages look wrong to mee: gnome-base/gnome-control-center-2.26.0-r1 (should probably be 2.28.1) app-text/scrollkeeper-9999-r1 (this is a RCS snapshot, no?) Regards, Toon.
pygobject is being stabilized in bug 312877
Gilles, any reason for not trying to stabilize gnome-power-manager-2.28.3? or is it a script fault? Thanks
I am also unsure about proper gstreamer version to stabilize. bug 308379 seems to suggest 0.10.25 should be enough but, Gstreamer team, if you are ok to try to stabilize 0.10.28 also, I have no problem ;-) (but it should be handled on a separate bug report, I guess)
Lets go for the newest gstreamer. That means gstreamer and gst-plugins-base 0.10.28, gst-plugins-good 0.10.21, gst-plugins-ugly 0.10.13, gst-plugins-bad 0.10.18 and gst-plugins-ffmpeg 0.10.9.. As well as all the split plugins (so it will lead to a list as long as the Gnome one). I will try to produce a list of atoms asap.
Created attachment 227985 [details] gstreamer-0.10.28 & friends list pass #1 Here's a tentative gstreamer stabilization list.
Created attachment 227987 [details] dev-python/gnome-python* stabilization list pass #1 This is a tentative gnome-python{,-desktop,extras} stabilization list.
Created attachment 227989 [details] GNOME 2.28 stabilization list pass #2 GNOME 2.28 stabilization list. This obsoletes eva's preliminary list. The three lists attached on this bug (gstreamer/gnome-python/gnome) can be stabilized independently of each other for the most part; but all three are required for completeness. There are three problems with this gnome-2.28 list: 1) Samba deps coming from gvfs 2) Tracker deps coming from totem 3) Ekiga-3 which pulls in kde and parts of X. They have been marked in the list, and we may need to evaluate what we do about them. My suggestion would be to skip them for this cycle; but samba support seems essential for some people.
Created attachment 227993 [details] gstreamer-0.10.28 & friends list pass #2 Updated gstreamer list: - It drops automake stuff since it's being handled on a different bug report since some time (already blocking this one) - It add gst-plugins-meta since it's recommended to go with 2.28 as explained in: http://bugs.gentoo.org/show_bug.cgi?id=293572#c0 Sadly, as latest version is still not keyworded for alpha and hppa, I have included older -r3 for that arches for now
(In reply to comment #12) > There are three problems with this gnome-2.28 list: > 1) Samba deps coming from gvfs We will try to wait then for bug 300158 if it doesn't delay so much :-/. I have added a comment on that bug asking for status update > 2) Tracker deps coming from totem Just committed -r1 dropping tracker support as currently done with nautilus until tracker-0.8 is ready to go stable > 3) Ekiga-3 which pulls in kde and parts of X. I think most part is already stable on x86 and amd64, but I don't know why your script didn't reported that X11 stuff still needs stabilization on amd64 (per bug 314899)
Created attachment 228007 [details] GNOME 2.28 stabilization list pass #3 I have dropped packages handled on already existing bug reports and decreased tomboy requeriment since 1.1.1 is a developer version. Also drop libxklavier-5 requeriment since it's hardmasked and -4 should work ok with 2.28
Hello NetworkManager maintainers, with polkit stabilization we need new networkmanager stuff to be stabilized as well, what exact versions are you ok to stabilize with this? Thanks
Sorry for the noise, seems that polkicykit and polkit can coexist at the same time
I see no reason to tie gstreamer-0.10.28 with GNOME-2.28 stabilization in any way. As in, don't see any reason to delay GNOME stabilization due to the amount of work to get it done being made bigger by a big set of gstreamer packages again as a pre-requirement, when that shouldn't be necessary as gstreamer-0.10.28 wasn't even released when GNOME-2.28 was. If you don't get newer gstreamer pulled into the stabilization list by an automated dumb script due to gnome@ still being marked as a co-maintainer of it, and don't get the rest pulled in due to them not being marked co-maintained by gnome@ anymore, then there's no blocker issues. Any reason to stabilize newer gstreamer other than "for the heck of it"? Current stable gstreamer is up to date to 2009-11-17, which is even newer than GNOME-2.28.0 and stabilization handled in bug 308379 (ppc, ppc64 and hppa TODO at the moment).
On the other hand, I am now running gstreamer-0.10.28 on Gnome 2.26 and seems to work pretty well (and I am also able to use latest banshee ^-^) I agree that there is no need on gstreamer-0.10.28 stabilization blocking this one (it's not a really show stopper now anyway since this depends on many other stabilizations, like samba one :-/), but I think that would be interesting stabilize new gstreamer anyway if possible :-), since "gstreamer-0.10.28 & friends list pass #2" packages seem to work pretty well and, as usual, fixes some bugs :-) What about moving gstreamer-0.10.28 stabilization to a separate bug report and ask all arches to stabilize it? Also, remaining arches in bug 308379 could go directly with newest gstreamer stabilization instead and, then, would have less work since they wouldn't need to stabilize 0.10.25 also
Comment on attachment 227993 [details] gstreamer-0.10.28 & friends list pass #2 As talked with leio on IRC, better wait a bit before stabling newest gstreamer. 0.10.25 is enough for now
Too early in my opinion. Newer gst-plugins-good has been in tree only for 11 days, and newest gst-plugins-ugly/gst-python/gst-ffmpeg isn't in the tree even yet (will fix that soon). Also I want to add some patches to gstreamer for the newer stabilization set, so we don't need to soon after stabilize a revbump.
Created attachment 228155 [details] GNOME 2.28 stabilization list pass #4 This includes gst-plugins-meta stuff
(In reply to comment #12) > There are three problems with this gnome-2.28 list: > 1) Samba deps coming from gvfs Reading gvfs configure.ac seems that it should work with samba >=3.0.22
And its current RDEPEND states that: samba? ( || ( >=net-fs/samba-3.4.6[smbclient] <=net-fs/samba-3.3 ) )
Created attachment 228263 [details] GNOME 2.28 stabilization list pass #5 Changes: - Dropped new samba requirements (they are not needed) - Updated gnome-vfs
(In reply to comment #24) > And its current RDEPEND states that: > samba? ( || ( >=net-fs/samba-3.4.6[smbclient] > <=net-fs/samba-3.3 ) ) > (In reply to comment #25) > Created an attachment (id=228263) [details] > GNOME 2.28 stabilization list pass #5 > > Changes: > - Dropped new samba requirements (they are not needed) Yes, but the problem is that ~arch users have been testing gvfs-1.4.3 with >net-fs/samba-3.4. So we don't know what bugs will crop up with 3.0.37. But we may have to take that risk if newer samba cannot be stabilized.
I have been looking to upstream bug reports related with samba and I didn't found any problem related with samba-3.0 :-/, then, I think that we could take that risk
Created attachment 229089 [details] GNOME 2.28 stabilization list pass #6 Updated list from Nirbheek skipping ekiga-3 as recommended by voip herd
Created attachment 229245 [details] GNOME 2.28 stabilization list pass #7 Include seahorse-plugins. Trying to stabilize -r1 since it fixes an important crash that is biting us since a lot of time.
Created attachment 230035 [details] GNOME 2.28 stabilization list pass #8 * evolution-data-server-2.28.3.1-r1 -> fixing versioning bug that cause e-d-s patch from mail-notification to fail. * totem-2.28.5-r3 -> Including upstream fixes
Arches, please test and mark stable Gnome 2.28 following GNOME 2.28 stabilization list pass #8 (last one) You can move down the list incrementally stabilizing things; but each block *should* ideally be finished in one go. Thanks a lot
News item should appear soon (I just committed it)
media-libs/libcanberra depends on sys-libs/tdb which has no stable version. Which version should we pull ? 1.2.1 or an older version ?
(In reply to comment #33) > media-libs/libcanberra depends on sys-libs/tdb which has no stable version. > Which version should we pull ? 1.2.1 or an older version ? > CCing maintainers and also Tiziano since he seems to have done recent updates and we need a fast reply here Thanks
Patrick suggested: sys-libs/tdb-1.2.1 on IRC, try to go with it then ;-)
Created attachment 230197 [details] GNOME 2.28 stabilization list pass #9 Include sys-libs/tdb
Seems like sys-libs/tdb has a conflict with stable samba.. So we probably need to do bug #300158 too. Unless another problem crops up, I plan to just just make the newer samba stable. I added a possible list of packages to that bug.
Do we actually need to bother with samba for now? I mean, does anything in the list actually require stabling a newer libcanberra? (It would also be easy to just make a revision that doesn't offer optional tdb USE flag)
If samba maintainers are willing to stabilize a newer samba I think that the best solution is to stabilize it. Skipping newer libcanberra stabilization would only postpone the problem even more time... and I think that current samba in stable tree is quite old (and deprecated by upstream)
amd64 done Note to other teams: make check fails for theses: dev-libs/libgdata-0.6.4 dev-db/ctdb-1.0.88 dev-util/gtk-doc-am-1.13o gnome-base/gnome-vfs-2.24.3-r1 app-misc/tomboy-1.0.1 (and a few more) stricter fails because of warnings for these: gnome-extra/at-spi-1.28.1 gnome-extra/gnome-screensaver-2.28.3 gnome-extra/libgsf-1.14.18
Please open reports for these problems if they don't exist yet. I know of bug #307725 for libgdata test failure, but maybe yours is different than the one in the report. > stricter fails because of warnings for these: > gnome-extra/at-spi-1.28.1 > gnome-extra/gnome-screensaver-2.28.3 > gnome-extra/libgsf-1.14.18 that's news to me as I bumped this stuff with FEATURES="test stricter".
Created attachment 230499 [details] GNOME 2.28 stabilization list pass #10 Bump sound-juicer to 2.28.2-r1 per bug 318555 (just stabilized on amd64)
Created attachment 230509 [details] GNOME 2.28 stabilization list pass #10 The same for gvfs :-S, sorry for the noise Already stable on amd64
*** Bug 305931 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > Created an attachment (id=227987) [details] > dev-python/gnome-python* stabilization list pass #1 > > This is a tentative gnome-python{,-desktop,extras} stabilization list. > Umm, seems that gnome-python list was forgotten by all of us :-|, I vote for move it to a different bug depending on this one as it would be "cleaner", but I have no problem on re-adding amd64 team... What do you think?
Unlikely I've encountered problems with dot-net gnome related packages after the upgrade (not detected by a revdep-rebuild), imho there are some work in this area too...
(In reply to comment #46) > Unlikely I've encountered problems with dot-net gnome related packages after > the upgrade (not detected by a revdep-rebuild), imho there are some work in > this area too... > Did you opened a specific bug for that problem? If yes, please point us to there Thanks
Specific symptom is for example #293117. After the gnome upgrade file "libgnome-desktop-2.so.7" is not found by dev-dotnet/gnome-desktop-sharp still at version 2.24.0-r10. Reinstalling that version didn't update the file "dll.config" with the old reference (i didn't try removing the package and reinstall after). Anyway upgrading to dev-dotnet/gnome-desktop-sharp-2.26.0 solve the not found library. I don't know exactly how these "dll.config" file are genrated, maybe a simple script for checking referenced library could be produced/promoted by the gnome desktop team considering the yet released 2.28, and in the future integrated in the revdep-rebuild utility (with a "mono" useflag for the "purists":p)
bug 319657 opened for that, thanks a lot for reporting
x86 stable
I upgraded yesterday after x86 went stable and everything worked well, good job. However, after doing a depclean, there is no sound theme. x11-themes/sound-theme-freedesktop was removed. It seems that =gnome-extra/gnome-media-2.26.0-r1 had a "sound" USE flag and depended on it, but =gnome-extra/gnome-media-2.28.5 doesn't have that flag and doesn't depend on it. I'm using a stable x86 system with the default/linux/x86/10.0/desktop/gnome profile. I think for users of this profile a sound theme should be installed by default. Please fix this.
I think you should open a new bug report for it Thanks
(In reply to comment #52) > I think you should open a new bug report for it > > Thanks > Filed bug 323379.
hppa won't do this per bug 324511
(In reply to comment #54) > hppa won't do this per bug 324511 We'll do GTK+ and associated libraries, so we're IN.
Most of HPPA's work seems to be done, mostly through bug #324511.
alpha/ia64/m68k/s390/sh/sparc stable
arm stable
ppc is marking 2.30 stable instead.
ppc64 stable (from bug 324077)
