On martedì 16 dicembre 2008 13:37:40 JP Rosevear wrote:
On Tue, 2008-12-16 at 12:18 +0100, Dirk Müller wrote:
On Monday 15 December 2008, JP Rosevear wrote:
I agree, I think its odd to make a lengthy 10 month schedule and then not add on 2-4 weeks to grab the final version of GNOME.
final version? GNOME finally ceases to exist? ;)
I don't see the point, there will always be yet-another-release of major software that we'll miss.
The point is that the original schedule proposal specifically called out wanting to include KDE 4.3 (and OpenOffice - but that was incorrect schedule wise, however with a september release its also back into play) and specifically rejected a release date because of it. So major releases seem to be driving the schedule proposal for now.
I do agree we should shoot for 4.3 if possible as well as KDE 3.5 will be dropped out of the next release and jumping as far ahead as possible to close the feature gap is necessary.
It would make more sense to spend time on incremental improvements of the platform and not sync schedules with the latest desktop gimmick that only 50% of the users use (be it KDE or GNOME or ..). Furthermore those parts are exchangeable, one click and you have a buildservice repository that always ships the latest shiniest KDE.
I think the KDE buildservice is great for testing. I don't think the build service is used by a majority of desktop users though.
I don't understand why a shorter release cycle was dismissed, there was no reason given? How about a release in ~ May, which includes kernel 2.6.28 and gcc 4.4, and then a release around October/November for 11.3? These plans have synergy effects: we can make use of a stable 2.6.28 kernel already for other products, and we can make use of the testing of an intermediate 11.2 release to make sure that 11.3 is stable enough to become synced with the Enterprise Desktop SP1.
Sure - this is why I also suggested we discuss more than just 11.2 at this time.
The openSUSE Build Service good infrastructure to provide the latest desktop to the user. It does not provide good infrastructure to ship the latest kernel/X.org/compiler, because those are not really leaf packages like the desktop is.
Or does the openSUSE GNOME team really prefer to skip a completeGNOME release because 11.2 would only be released autumn next year? And why does the
I don't understand what you are saying here - GNOME would be updated to 2.26 for 11.2 if 2.28 was not feasible.
opinion of the GNOME team matter on the release cycle of a linux distribution?
The downstream openSUSE GNOME team's opinion should matter I hope as part of the community.
Shouldn't we make sure that we ship a newer platform in time so that the desktops can make use of platform features and test and prepare that in the community, offloading all the "the stuff does not compile/work anymore" to the development community?
And what are we doing when the other distros ship their spring release?
Yes, see above, starting to plan more than one release at a time (from a schedule perspective) would be helpful imho.
-JP -- JP Rosevear <jpr@novell.com> Novell, Inc.
Gived the fact that KDE 4.3 should ship on june 30, I'd say to release openSUSE 11.2 around july 30. This has some positive effects: - 4.3 gets in opensuse, we have one full month to stabilize it in opensuse. We could backport some important fixes from the 4.3 branch until the GM. In a month of testing they'll show up for sure. - Gnome 2.26 won't be "fresh" but at least we won't miss a release for a few week. Actually we'll be in a balanced situation on the gnome side, beeing in the middle of their release cycle. This seems very good to me, both on the kde and on the gnome side. - 11.1 has some performance problem with intel cards and there's a lot of work going on in xorg. With the new year we'll have dri2 and gem (decent performance, finally 3d apps in a composited environment will make compiz an option for a lot more users, less cpu usage) and xorg 1.6-1.7 (for a better exa). For june(even before) 2.6.29 will be already out and bring kernel modesettings (nicer graphical boot, better suspend). These features are very important and IMHO should be brought to users asap. In this situation such a long release cycle as the proposed one doesn't seem the best to me. -August will not be in a beta stage, where testers are needed but not avaible because swimming in the sea. =) Of course releasing 11.2 only a month after kde 4.3 requires a wise planning and strategy BUT the same would be in September/October with Gnome. NOTE that (IMHO) the build service should not be "abused" in this discussion. Sure, it's a great tool for testing and/or costumizing, but we are talking about planning a "supported" distro. Build services bring lot of updates everyday and sometimes this upgrades can break a stable system. -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org