On Mon, 2008-12-15 at 09:48 -0500, JP Rosevear wrote: Good point. If it's not too long of an addition, I would rather see the release be delayed for GNOME. And it's not *too* lengthy, even delaying 11.2 by a month (an extreme case, it seems to me) would still be a shorter development period than we had for 10.2 -> 10.3 (Dec. 7, 2006 until Oct. 4, 2007) -- Kevin "Yeaux" Dupuy - openSUSE Member Public Mail: <kevin.dupuy(a)opensuse.org> Merry Christmas & Happy Holidays from the Yeaux! -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tue, 2008-12-16 at 12:18 +0100, Dirk Müller wrote: 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. 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. Sure - this is why I also suggested we discuss more than just 11.2 at this time. 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. The downstream openSUSE GNOME team's opinion should matter I hope as part of the community. 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(a)novell.com> Novell, Inc. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2008/12/16 JP Rosevear <jpr(a)novell.com>om>: That's an interesting point. I'd bracket gcc & glibc as the tricky upgrades. The kernel and X has been provided via update rpm's in the past (SuSE 7.X times), why can't they be done by build service, if a bundle containing any system tools that require upgrading is included in the "release set"? I install several different kernel rpm's on anything but play systems, and it's saved pain with a Rescue CD on several occasions. gcc, updates are usually easy to install for developers, but pointless in OpenSUSE context unless you recompile the system source. Similarly glibc, it has to provide binary compatability for older executuables, but without relinking against it, you're not going to achieve the aim of widespread use. Now a May release, includes gcc-4.4, kernel 2.6.8; and KDE 4.2 which is at beta stage at present. Which one out of those, will the most end users actually care about? What improvements make this compelling to end users? May be the whole big bang release idea where everything gets updated all together is somewhat broken. The big projects the distro packages operate independently. So how about a more "Tick Tock" based approach, does that provide more flexibility and is it more natual? X.0 - kernel, glibc, gcc, binutils, base utitlities, filesystems (rest feature stable, bug fixes only) X.1 (KDE) (OOo) - core stuff proven (and stabilised), latest applications X.2 (GNOME) - more application updates (FINAL release goes to retail, upgrade from X.1 & 11.1) Y.0 - kernel, glibc, gcc Y.1 - (APPLIC perhaps mainly YaST this time) Y.2 - significant kernel release + upgrade of core server daemons Y.3 - Desktop updates (FINAL release goes to retail, with upgrade from Y.2 & X.FINAL) De-coupling would allow natural follow on releases focussed on getting out the latest, without destabilishing the whole distro. Only some of the teams are under max stress and release pressure at each point. The interim .0, .1 etc releases culminate in a really solid quality retail distribution. Upgrading from one release version to the next, is a more incremental step. That seems like an area, which could be developed. Some sort of "Policy" wizard that then allows the admin to be notified of package upgrade possibilities. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2009/1/5 Gerald Pfeifer <gp(a)novell.com>om>: Tried to illustrate a point simply and clearly, choosing suggested point releases based on the previous discussion. No intention to set in stone things like a total freeze on gcc, without incorporating bug fix point releases. Or preventing any kernel updates. There's not really a need for alignment, if you have release managers, making informed decisions based on the cost/benefit analysis of updating a version. And falling "woefully behind the curve" would be a strong argument for change. I see the kernel as being the main problem area there, where new hardware support is required, or changes cause a regression. For instance since 2.6.18 when libata/pata_ was introduced as "experimental", there's been drivers which consistently have problems. These tended to go unfixed upstream, as hardware with the problem generates a report, but on a production system, it uses a workround (like the older IDE ATA drivers), hardwares replaced, or machine rolls back to previous working release. Really I'm arguing for more minor releases, with smaller better focussed changes, done in a way that does get used, so that the FINAL retail release is of higher quality. Once you've been burned badly, with a 'main' release with too much stuff broken, so you could not even make clear bug reports, it acts as a huge disincentive to giving up more time on testing. The natural inclination is to avoid breaking things by experimentation. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2009/1/7 Gerald Pfeifer <gp(a)novell.com>om>: I'd be ruthless, if you install .0, .1 then you *MUST* online update (or if absolutely necessary do a YaST upgrade to get to .2) if you want any form of support. Perhaps 12.0.0, 12.0.1, 12.0.2 would be more accurate, but these days marketing seems to prefer regular major version changes. Traditionally SuSE version numbers have been effectively meaningless. Having an annual major version bump, after the development phase of cycle, would keep openSUSE on a higher major version than Ubuntu however, which might be a useful side benefit. Having 3 or 4 minor version increments, every 8 months, and then upping the major version will fall behind the years eventually. ( I used SuSE 6.1 in '99, and am only at 11.1 in '08 now ) You are right. It seems attempts to explain and discuss this seem to founder, because of pre-conceptions associated with the words. What you propose there, seems to be inline with ideas that I've tried to explore in the discussions. Incidentally I stumbled on this piece, http://derstandard.at/?id=3413801&_artikelIndex=1 which suggests it's an issue for other distro's to, even with an apparently larger user base. Shuttleworth discussing a rocky Ubuntu 8.04 LTS - "So we didn't see a sufficient level of beta-testing during the test-period and many bugs are only filed when the release has already been made. So one option that we considered was: "Let's not call 8.04 the LTS, let's call 8.04.1 the LTS", so many people would upgrade who wouldn't use a beta and you get better feedback. So that's something we might do differently with the next LTS. " Yesterday, I actually wished that when the 11.2 proposed schedule discussion was started, that I'd responded with something like. "11.2 should be released in March, it should contain KDE 4.2, and bug fixes to 11.1; basically it should be 11.1 done right. As it seems this is a common problem, it seems rather pointless to freeze the GM's with so many end users facing installation blocking problems (and if they do install, a whole load of known but unfixed regressions). And it was those involved most with the release, who originally aired points about shortage of testers and such. Other Novell employees have commented on lack of resources. That sounds very much like a reason to change, and a longer cycle was done with 10.3, and that still needed a huge number of updates post-release. So as it stands in Zonker's news item release plan, why would 11.2 in autumn be any different? That would appear to solve the problem of falling behind the curve of KDE, GNOME, Go-OO and the kernel, and any other noteworthy hotstuff & coolness. Assuming, that a goal at the end of the series is stabilised code for SLE, then you can limit the large internal developments to a merge window in Q1/Q2 in year say, with an increasing burden of 'proof' required as the Major release approaches in Q4. It would also permit, releasing with beta test versions, like KDE 4.2 for 11.1 (rather than 4.1.3 + backports), or as in the Shuttleworth example going with the clearly superior Firefox 3, rather than being lumbered with Firefox 2 for 2 years. My other main suggestion was to reward early adoption by online update, so that security patches only need developing for same number of kernels, OpenSSH and so forth as now. So in effect development goes on : Factory : the very latest in packages, no guarantees -- Debian "experimental" Current : bleeding edge, latest "mini-release" plus updates. Previous mini-releases updated live online if possible, or via an upgrade procedure with YaST booting from ISO. - Debian "unstable" Final Release : the stabilised product, that is fit for box sets, and paid support by easy migration to SLE Something like that, has a chance to build a community of beta testers, around an evolving release, which would actually run on real hardware. So to summarise : User Benefits : Less installing from scratch. A choice of stability, or current software. More involvement with the community distro. Fewer used versions (because of online updates) but better supported. Hope for higher quality in future eg) kernel driver regressions more likely to get back upstream in timely manner. Developer Benefits : Wider User Base, that grows with time as Full releases stabilise Getting usuable code out earlier, more time for real user Feedback Significant applications updates go onto a known base. Similarly core changes, can occur without having a load of unstable application changes as well. Fewer package versions to support (because "sick" versions, can be force upgraded) Less pressure to rush and opportunity to include "solid" beta's if it makes sense to online update later -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Am Dienstag, 16. Dezember 2008 12:18:44 schrieb Dirk Müller: Actually many complained that 11.1 had a too short release cycle - so they did not really start testing because they hardly finished their 11.0 polishing and I guess that's right for many. And if you go with a may release with many developers having prolonged christmas holidays and ask for an extended RC phase to stabilize and translate, this gives very little time over a kernel and a gcc update. Does pretty hard to sell to users to me. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tue, 2008-12-16 at 20:03 +0100, Stephan Kulow wrote: I agree with them. I tend to prefer longer release times, particularly from a testing (some people like to use their shiny new release before they go bug hunting in the next one ;-)), and from a marketing perspective (2 to 3 releases a year, every year gets tedious to manage, and overwhelms users). I think the current openSUSE schedule (which has been described to me as "3 releases over a period of two years", is that about right?) is a good pace. -- Kevin "Yeaux" Dupuy - openSUSE Member Public Mail: <kevin.dupuy(a)opensuse.org> Merry Christmas & Happy Holidays from the Yeaux! -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

"Rajko M." <rmatov101(a)charter.net> writes: I hear on the other hand also suggestions for openSUSE to go on a planned 6-month release cycle like Ubuntu and Fedora does - and release say every November and May. Is that something we should do for the future (after 11.2) - or what is the best way to do releases in general? Andreas -- Andreas Jaeger, Director Platform / openSUSE, aj(a)suse.de SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

2008/12/17 Bryen <suserocks(a)bryen.com>om>: Then perhaps rather than just "Factory" aka "unstable", add "testing" and "stable" rather than fixed releases; so most of the community upgrade via small steps constantly; as they should do for security fixes. The stable release could presumably be updated by the SP1, SP2 type method, giving magazines and disk emporiums, something useful to provide to those with poor net connections. May be for the interim versions, made available for testing, some indication of "solidity" would help, based on the underlying technical changes made, and feedback from the "Factory". -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tue 06 Jan 2009 02:04:29 NZDT +1300, Gerald Pfeifer wrote: Here are reasons why I don't participate as much as I'd like to: * Installation is totally broken. When I have a weekend to do testing, I can install beta X during a third of that, and then play with applications for the rest of it, thus generating useful (and for user acceptance important) bug reports. If after a dreadful installation experience I can foresee that I will be spending the rest of the weekend trying to get the system to a state where I can finally start an application, the period of beta X is over before I've found enough non-existant time during the week to do useful testing. So my metrics for the length of the beta period is the length of time a *testable* beta is available. So if a release doesn't install and it takes 2 weeks to fix (or six weeks, as the case may be), then extend following milestones by that much, or consider the beta period shortened. This is the main reason I didn't file any reports for 11.1. * Lack of test environment. I need a stable and dependable computer for daily use. I don't have the reasources to be an identical new computer just for testing. The old computer(s) are inefficient, and nobody cares about their driver-related bugs. It would really help if there were good rundowns of how to test the current beta on the previous(!) (preferably two) stable releases - what the options are, and how to use them. I tried vmware once, but it wasted more time on vmware itself than what it was worth. The beta guest didn't run properly either, and just forget about any time-related software. There was always one more peice of whatnot to install in the guest which wasn't readily available and would have taken heaps of time to obtain. Too inefficient to do useful beta testing with. Running a risk of being forced to say "no I can't do this for you right now because my Linux is broken" is not an option when I keep saying to people they should try Linux over XYZ because things just work today, tomorrow, and the day after. Of course it's also my fault that I haven't put together that wiki page. * A large part why I participate in testing is so that I end up with a system which works reliably and is reasonably bug free in the areas I use myself. Finding that bugs I reported are still present in GM is disillusioning. For example I have given up on counting the years I've entered the same bugs now for RAID1 use on a desktop machine (IMHO it's nuts not to use it, yet it doesn't work out of the box unless you know what you're doing). If each release has 5 bugs fixed and 3 new ones (and sometimes 3 fixed, 5 new) then it's too much like Microsoft. If my efforts make a difference here I'd be more motivated. * Nothing to do with SUSE: my weekends are too full with everything else... ;) Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Onsdag 17 december 2008 07:57:49 skrev Andreas Jaeger: I'm for the 7-9 month schedule. Especially if short release cycles are supposed to be as chaotic as the last one, and leading to a similarly Fedora'esque release quality. But maybe shorter release cycles with smaller changes would lead to better quality - still not clear to me what went wrong this time. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Wed, 2008-12-17 at 07:57 +0100, Andreas Jaeger wrote: I'm all for the "release often" bit of it, especially if we're going to keep our current structure were we combine everything on one DVD. The reason for that is mostly due to more hardware supported by the kernel. If we don't release a new version of openSUSE every ~6 months, we would/should come up with a new structure, such as the one I proposed already (where we have a base DVD that can be released often and have the DE environments as add-ons and they would be released whenever there is a new version available). Cheers, Magnus -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Wednesday 17 December 2008 12:57:49 am Andreas Jaeger wrote: Whatever will be release cycle length the load should be proportional to available number of people that will test it and later on maintian it. It would be good to try testing focused on the part of the system. Bootloader, kernel, X and desktop are important to everyone. Focusing all testers on fewer important parts will create reliable base system. With that system set in low speed everybody can go and test favorite applications. Upstream development will for sure benefit from more testers and that as a common interest can help to synchronize major projects, with smaller following the trend. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tuesday 16 December 2008, Stephan Kulow wrote: Well, perhaps we shouldn't focus so much on "selling openSUSE" but rather on selling the addons of openSUSE, namely a well-maintained contrib repository, various build service projects and make it easy for them to be installed in parallel on openSUSE and the community support around it. Thats where the openSUSE as a product looses a bit of focus and rather provides a regularly updated base system (including new hardware enablement etc), and the focus is shifted towards openSUSE as a community project. As an example: I recently bought a new notebook and 11.0 didn't even boot on it upon first start, so I had to start installing it with a horribly broken 11.1 Beta in order to get something out of it at all. I would have preferred a 11.1 that was just as good as 11.0 but had the newer kernel etc which I needed for being able to complete installation. There are plans of various chipset vendors to release new hardware platforms before mid of 2009, and possibly 11.1 will again no longer boot on them and will need a newer base system. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Monday 15 December 2008, Dominique Leuenberger wrote: I just checked with aj on Gnome. And my evaluation timewise with implementing Gnome is too long. We should be able to get Gnome in 11.2 if we have the Gnome GM with last openSUSE Beta version or even RC1 might be possible. But the latter needs to be confirmed by our Gnome colleagues JP and Vincent. So let's get the discussion going on and I'll do some reschedulung to get latest Gnome in with 11.2. M -- Michael Löffler, Product Management SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Monday 15 December 2008, JP Rosevear wrote: There are 2 things. SLE 11 finalization phase which will keep many of the internal guys busy. And the vacation season till mid of January. Factory is ongoing synced out. M -- Michael Löffler, Product Management SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Monday 15 December 2008 22:57:07 Magnus Boman wrote: Yes, that is to be expected for parts we actively develop - people are busy until release with fixing bugs, so they start with a new stuff only shortly after release (and vacations and ...). What you see though is package version updates. Stano -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tue, 2008-12-16 at 12:00 +0100, Dirk Müller wrote: I agree wholeheartedly. -- Kevin "Yeaux" Dupuy - openSUSE Member Public Mail: <kevin.dupuy(a)opensuse.org> Merry Christmas & Happy Holidays from the Yeaux! -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Il giorno lun, 15/12/2008 alle 09.57 -0500, Joe 'Zonker' Brockmeier ha scritto: I tend to think it is a lot better to have old but working GNOME, rather than pushing the new version in at the last minute. It did not work in the past, and I don't see how it should be different this time. Regards, A. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Mon, 2008-12-15 at 19:44 +0100, jdd wrote: This is only partially true, GNOME will be feature frozen before the end of July and would have regular updates throughout a development cycle. -JP -- JP Rosevear <jpr(a)novell.com> Novell, Inc. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Am Montag, 15. Dezember 2008 21:38:36 schrieb JP Rosevear: Sorry, but how many 10.3 online updates you had to push because the final GNOME was broken? We need to have the last GNOME GM-4 weeks. No discussion there. If we delay GM or skip autumn GNOME I don't mind. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Am Dienstag, 16. Dezember 2008 22:28:33 schrieb Magnus Boman: Limiting openSUSE to GNOME or KDE is just wrong. Interesting idea though. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tuesday 16 of December 2008 23:28:41 Magnus Boman wrote: Well, technically spoken, yes. I don't think many users would like this approach, installing from a single DVD is just too comfortable. On the other hand, we might consider providing up-to-date desktop environments as add-on products during the life cycle of the distro (basically make an add-on from factory repo after new KDE/GNOME/whatever gets released and stabilized). Jiri -- Regards, Jiri Srain YaST Team Leader --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain(a)suse.cz Lihovarska 1060/12 tel: +420 284 028 959 190 00 Praha 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz

On Thursday 18 December 2008 01:38:59 Rajko M. wrote: The problem is that you need to explain to users how to use addon desktop CDs. And this will become a problem, I'm pretty sure. There is stuff like media changing during installation, not forgetting to add it, also we would need to test quite a bit more scenarios to make sure the experience is smooth. Keep in mind that 'everything is right there' is one of the most noted advantages of openSUSE compared to other distros. Stano -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Am Donnerstag, 18. Dezember 2008 09:10:40 schrieb Rastislav Krupanský: Oh, if you ask users they will want every 5 months a new release with tons of new features that works exactly like the release before. It's not so interesting what users prefer, this is something that is important for the developing community. My person guess is that users will accept any schedule as long as the outcoming release is good. And this is something we need to find out: how much time do we need to be good. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2008/12/18 Stephan Kulow <coolo(a)novell.com>om>: If we're voting then I much prefer the longer ~10month+ release cycle length. With only 6 months you're in feature freeze for half the year. Once you add on time to do fixes to released products, time to have a holiday, there's only about a month or so of time to do actual development between freezes. Then it's difficult to actually develop against it in that time (alpha) because there's a mad rush of changes throughout the entire stack which keep breaking your software. Longer release cycle has other benefits too. Less work for security team with fewer versions to support concurrently; Ditto third party packagers and ISVs; How many people really want to reinstall their OS every 6 months. and so on. Of course there's the argument that people always want the bleeding edge, but I think we cater for most of those quite well with unofficial packages in the buildservice and such. Changes spread out more throughout the year might also help make factory more stable for those who really want the latest, more people running factory can only be a good thing. -- Benjamin Weber -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Fri, 2008-12-19 at 01:10 -0500, Justin Haygood wrote: Me as well. Absolutely. -- Kevin "Yeaux" Dupuy - openSUSE Member Public Mail: <kevin.dupuy(a)opensuse.org> Merry Christmas & Happy Holidays from the Yeaux! -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Saturday 20 December 2008 11:47:20 Markus wrote: There are IMO the following ways to release a distribution: * on a strict regular schedule. This could be 6 months like Ubuntu or the 12 months as proposed. I would not propose a strict schedule with another number of months since that would lead again to a non-regular schedule * on a non-regular schedule - this is what we're doing right now where we aim for 8 months but achieve 6-10 months depending on other factors Andreas -- Andreas Jaeger, Director Platform/openSUSE, aj(a)suse.de SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

On Thu, 18 Dec 2008, Benji Weber wrote: Only under the assumption that the two years of security update are going to stay, versus two releases + two months (for example). ISVs and openSUSE is not exactly in focus. Even a year or two are short as far as ISVs are concerned. Gerald -- Dr. Gerald Pfeifer E gp(a)novell.com SUSE Linux Products GmbH Director Inbound Product Mgmt T +49(911)74053-0 HRB 16746 (AG Nuremberg) openSUSE/SUSE Linux Enterprise F +49(911)74053-483 GF: Markus Rex -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Thursday 18 December 2008 01:11:08 am Stanislav Visnovsky wrote: That is smaller problem then to describe how to use oBS repo if repo has no 1-click link. One link on fresh installed desktop "Additional software" will not need explanation, it will be call for click. It seems that whole idea is to have small base that is good tested, and addons that are pretty much the same as patterns, or few patterns. Rounded selections of software needed for certain purpose. Though, for this purpose base is not necessarily the same as base pattern. Yes, and with every release is even more right :-) -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Volker Kuhlmann a écrit : what we should absolutely do is separate the distro in important chunks: * kernel * console only system * X * kde / gnome / whatever ... that is, if the kernel is buggy and don't boot, having openoffice is absolutely pointless :-( if gnome is good, we can test it even if kde is not... that could make the devs ask for specific tests (like they do sometie, but more planned) jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Wed 17 Dec 2008 10:44:08 NZDT +1300, Stephan Kulow wrote: Not new, Ubuntu has always been doing that - except they treat KDE as something between an afterthought and couldn't-care-less. Ideally I would like to see both KDE and Gnome in a well-rounded distribution, but with a priority on KDE, for two reasons: I personally find Gnomes outside the garden seriously infuriating (enough to have to put up with that with gimp, OO and firefox, thanks SUSE for knocking that at least into usable shape!), and, by way of response to JPR's "what about Fedora, Ubuntu, Mandriva shipping the latest Gnome 2 weeks after", those who like to have the latest and greatest Gnome should use one of the above. As there isn't a distribution with an emphasis on KDE I would see this as a distinguishing feature. And by "emphasis on KDE" I don't mean treating Gnome as secondary, but if it's impossible to align with both KDE and Gnome release dates, to align with the KDE ones. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2008/12/16 Kevin Dupuy <kevin.dupuy(a)opensuse.org>rg>: So bump the number, and make the new rpm's installable via update. If the core base is the same, then you have more users running the same major version, those who want 'stability' could stay with the final version of the previous release, those who love to be current, can track the new software to get to the very latest minor release (and/or pre-release test betas of new versions via build service repository if that exposure is deemed desirable). Having 10.2/10.3/11.0 and then 10.3/11.0/11.1 must be as hard to support, as something like 11.3 (Final KDE4.3, GNOME 2.28, OOo 3.1.1) plus 12.x which is 'current' with the most recent release made When applications lag the infrastructural core of the distro, at least they're known quantities, and already have to be supported in the last final release. Isn't the point to maximise the user base, so that SLED & SLES are fairly bullet proof, and likely end-user issues have already been experienced?. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tuesday 16 December 2008, JP Rosevear wrote: there were around 20 updates of gnome related packages within 4 months after 10.3 release. Thats too many. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Monday 05 January 2009, JP Rosevear wrote: Well, your question sounds to me like "Did he die because his heart stopped working?". Of course, assuming infinite amount of ressources we can do everything. The "too many" was more expressing the fuzzy feeling of why people think the 10.3 model was bad (shipping many updates shortly after release doesn't give a good impression of the product). Greetings, Dirk -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Can I suggest that the discussion is caused by a difference between the development processes and the delivery. Combining a development environment that is open source where there are no absolute deadlines with a delivery process that is commercial and based upon marketing plans, industrial (contracted) production and store sales plans will inevitable that there will be mismatches. As openSuSe will be open source, it is clear that the only solution is to change the delivery mechanism. The question is how. David -- D Hodgson P: 020 71 833 722 M: 07984 069 846 F: 0845 86 75 74 1 E: david(a)different-perspectives.com On Monday 05 Jan 2009, JP Rosevear wrote: -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Am Montag 05 Januar 2009 schrieb JP Rosevear: LiveCD being buggy would be another I think. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Hi, Le mercredi 17 décembre 2008, à 07:50 +0100, Andreas Jaeger a écrit : We don't have a schedule for GNOME 2.28 yet, since we usually prepare it a few weeks before we start the development cycle. This means we'll have the GNOME 2.28 schedule around February/March. But it's highly probably that 2.28.0 would be officially out on September 23rd (other likely possibilities are September 16th and 30th, but 23rd would be the logical date based on the 2.24 development cycle). Sorry -- I couldn't participate to the thread earlier since I'm travelling. I've a very bad internet connection, but I'll try to send a few comments after reading more of the thread. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2008/12/15 jdd <jdd(a)dodin.org>rg>: If KDE reschedules, then 4.2 + some 'back ported' features sounds good to me; with 3.5.10 as an option like in 11.1. KDE has been at a difficult point in the software life cycle, whist I actually enjoyed basic use of 11.1's KDE4, I suspect that KDE 3.5.10 will remain a popular choice. The 4.2 release has been getting better reviews, and I noticed OpenSUSE had included some of the 'new' features in 4.1.3. 4.3 is going to be the crunch release for me, it either makes it by then, or breaks for me (XFCE or LXDE seem like the most promising replacements). So I hope it makes sense, remains fast, becomes very solid and avoids emasculation at hands of "Usability Experts". Yes, whilst the Build service and 1 Click install do really change the landscape, from the old days of waiting on box sets. However OpenSUSE needs to maintain interest, and not everyone has a fast net connection; so something to get reviewed, appear on Magazine covers, for cheap disk emporiums to send out, and to put in the retail box set makes sense. May be Build service labels like "X::Stable", "X::Latest" could be leveraged in the post-install process, presenting a selection of unstable, latest & greatest software for those with decent net connections and tolerance for frequent updates? -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Joe 'Zonker' Brockmeier a écrit : not only: we spoke also of openoffice, why not firefox and thunderbird? why not sync with Mandriva, Ubunto or Debian :-)? anyway we have no way to know what others are to do and we shouldn't bother. Let's use our optimal release cycle and let the *build service* do what it does very well. The build service is the thing we have to rely on for latest product. it's even easy to have new kde, gnome, openoffice... whatever available on cd through build service for people needing a cd, not even necessary to mirror these cd's (they are usefull, but only for a small part of our users) jdd -- http://www.dodin.net http://valerie.dodin.org http://www.youtube.com/watch?v=t-eic8MSSfM -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Zonker, On Mon, 2008-12-15 at 17:45 -0500, Joe 'Zonker' Brockmeier wrote: We had to can that backport for several reasons. We will, however, make every attempt to build GNOME 2.26 for openSUSE 11.1. We have actually already enabled both openSUSE 11.1 and Factory and while we update to latest GNOME, we will be able to fix whatever breaks as we go. Cheers, Magnus -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2008/12/16 Stephan Kulow <coolo(a)novell.com>om>: That sounds like an improvement to me. Giving some focus to the testing, makes it less daunting, and more likely to attract testers with better understanding of the particular area. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tuesday 16 December 2008 22:45:57 Stephan Kulow wrote: I like the idea very much. But thinking about it, it might be hard to beat the drums early enough for upcoming release. But maybe "2 milestones to go" would work. Definitely something we should try. Stano -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Mon, Dec 15, 2008 at 12:49 PM, Andrew Joakimsen <joakimsen(a)gmail.com> wrote: A brief reminder - while openSUSE and Novell contribute a great deal to KDE, we don't guide the project or all KDE development. So, identifying "missing features" and seeing to it that they're available in 4.3 is (at least in my opinion) a bit beyond the scope of our KDE developers. They've done an outstanding job of back-porting features from 4.2 to 4.1 for openSUSE 11.1 and making it exceedingly nice, but putting the burden of KDE 3.5 feature parity on our crack squad of KDE folks is a bit much to ask. Best, Zonker -- Joe 'Zonker' Brockmeier openSUSE Community Manager jzb(a)zonker.net http://zonker.opensuse.org/ http://blogs.zdnet.com/community/ -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Le lundi 15 décembre 2008, à 22:50 +0100, Stephan Binner a écrit : +1 (although I'd put the deadline on 12th in this case) Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Tuesday, 16. December 2008 03:53:27 Kevin Dupuy wrote: I don't want to start a flame war but to me the current changes in GNOME2 in each release look rather non-critical to the ordinary user (read, they are more nice to have features). In opposite KDE currently does a bigger jump with each KDE4 release and (re-) adds undebatable important features (read, not being in sync with the release either causes backport efforts or noticeably hurts users not having latest). Looking forward to not miss a new KDE4 release by one or two months the third time in a row :-)... Bye, Steve -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Am Dienstag, 16. Dezember 2008 04:06:10 schrieb Carlos E. R.: Yeah, that's why we need to move slowly over august. I.e. freezing development mid/end of july and only do RC releases over august. But RC phase means we only fix critical bugs and we will get a lot of complaints about bugs not being fixed. But every bug fixed may cause regressions. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

2008/12/19 Vincent Untz <vuntz(a)opensuse.org>rg>: That was a very clear and interesting summary. KDE-4.3 with a stable GNOME sounds good. The distro can get more publicity, by pre-announcing the GNOME 2.28 addition on the stable base of 11.2 + updates, and then issueing new Live CD's as a 11.2.1 or 11.2 + GNOME 2.28 Addon. In past, SuSE made significant updates available to the "attentive" user base. But it never seemed to be "loud and proud" enough to get mindshare and break the meme, that the release packages were somehow fixed in stone and unchanging, such as is case in Debian "stable" for instance. So the ppl who read SuSE usenet or forums, or mail lists would know they could install software upgrades, but not the average Linux user reading magazines or news sites. I like the idea, of big softare packages and environments, shipping when they're ready and meeting good quality standards, rather than having to ship as is, because of an important event. That leads to having to replace almost every package soon after with update. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Fri, 2008-12-19 at 11:48 -0500, Joe 'Zonker' Brockmeier wrote: Absolutely. From a logistical perspective, this release has made the boxed edition shipments to North America slip until after the beginning of 2009. Already I've seen some disappointed users who purchased boxed editions as Christmas gifts become angry at the fact they won't be arriving on time. Although that's another problem (in another thread), if we're still going to have this issue with the boxed editions taking a few weeks to arrive in North America, that needs to be counted into the decision (read: no right-before-major-gift-giving-holiday releases!) Good point, although couldn't we get some coverage also if we show off a beta of the product at these shows? Do some demos of cool new stuff that we're certain to have in 11.2, even if it's not the final version? -- Kevin "Yeaux" Dupuy - openSUSE Member Public Mail: <kevin.dupuy(a)opensuse.org> Merry Christmas & Happy Holidays from the Yeaux! -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Fri, 2008-12-19 at 13:21 +0100, Vincent Untz wrote: I agree that releasing during quiet periods is definitely a nice thing if we can do it, but do we really want to do another quick 6-month cycle? As long as we release either before or after mid-October we should miss the Ubuntu news frenzy. Fedora is more of a wild card, but late November is probably a good bet for them. So pretty much anytime up until mid-October, then from late October until the U.S. Thanksgiving week (per what Zonker's said). By "add-on", what do you mean? An extra CD to download, or an online update (like a Service Pack, basically)? I'm not so hot on the idea, especially considering it'd be only a month or so after 11.2's official release anyway. -- Kevin "Yeaux" Dupuy - openSUSE Member Public Mail: <kevin.dupuy(a)opensuse.org> Merry Christmas & Happy Holidays from the Yeaux! -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Le vendredi 19 décembre 2008, à 22:03 -0600, Kevin Dupuy a écrit : July-August would be 7-8 months, not 6 months. I would say it's okay, but there are indeed quite a number of people willing something around 9-10 months. Anytime up until mid-October is not an option if we need four weeks after GNOME 2.28.0. So it'd leave us with late October to US Thanksgiving. This is undefined as of now :-) It's up to us to define this if we want to go this way. Intuitively, if we go this route, I'd like to see: + some re-spinned DVD/Live CD for GNOME (version 11.2.1, eg) + some online repository that people can add + some CD containing packages from this repository and that people could put in their cd-rom drive, which would automatically propose the update (one issue I forgot to mention in my previous mail about this solution is: what would we maintain? One or two versions of GNOME?) Can you develop this point? I only see this as a problem to handle from a marketing point of view (and that can turn into a nice opportunity). (note that I still prefer the july/august option ;-)) Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Le samedi 20 décembre 2008, à 14:48 -0600, Dean Hilkewich a écrit : I think we can already do this with the build service. At least, home:coolo:LiveCD makes me believe this. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

The quick forum poll has 42 replies 22nd December at 1600h GMT : http://forums.opensuse.org/surveys-polls/402364-release-style-preferences-w… View Poll Results: What Release Model Would You Like Best? Current One - 3 Releases in 2 Years, Some Upgrades via Build Service 11 Rolling Release - "stable", "current" and "factory" well tested upgrade for stable 13 6 Monthly Release following KDE & GNOME 2 Annual Release with more time for Development & Testing 13 Other (please explain your preference) 3 The votes for annual took off, after posting in the "install" section of forum. A lot of ppl seem to be upgrading from 11.0, without a clear reason why, just to have the latest. Then running into forseeable troubles and known issues. There's some comments about the "stress" factor of upgrading the release. Rolling release appeals, precisiely because many small steps are less worrying than a huge automatic one, that updates the whole system. So the proposed schedule would appear to be popular with most of the user base, who've responded. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

Short question -- sorry it was already brought up and I missed it. Has anyone considered GNOME 2.26 + backports for 11.2? In typical GNOME style 2.28 won't probably have any earth-shaking new features, but maybe there will be some nice little feature here and there, like 2.16's Evolution has Exchange 2007 connectivity. -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org

On Sunday 21 December 2008, Dean Hilkewich wrote: It is actually quite easy to do. The reason it appears to be complex is because it is not documented and nobody did it publically before (well, except if you watch the livecd project really closely). I think it is really easy with the buildservice to create "spinoffs" or "openSUSE flavors", so there could be a "latest GNOME" flavor of openSUSE 11.2 being created automatically. In a future life when I have more time I would also like to create a "latest KDE" flavor based on the latest released openSUSE base distro. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-project+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-project+help(a)opensuse.org