2009/2/9 Rob OpenSuSE
2009/2/9 Birger Kollstrand
: 2009/2/7 Gerald Pfeifer
: On Tue, 3 Feb 2009, Birger Kollstrand wrote:
You idea as such is interesting, though! I guess I'd just move what you call "basic level" a bit upwards and potentially give more leeway on the kernel side. (The toolchain and glibc might be other candidates for such a "basic level".)
Could you specify how you would see the base? This is an area that I have little experience in, but I do know fro other project (work related) that toolchains are often expensive to manage.
Unless a different release model significantly increases those costs, is that question really relevant?
For 11.2, we know that we will need kernel, glibc, gcc, binutils, bash, fileutils etc. Making the distribution, involves internal program developments, like YaST & zypper features, and intergrating the work of other projects. A benefit would also be if we can find things like kernel regressions now, in 2.6.29 before the kernel developer's have layered other changes dependant on alteration which caused the regression. Finding flaws sooner, and getting fixes integrated upstream, saves costs as it is easier to maintain than 'private' patches.
Which parts of the system costs the most work to keep updated? The kernel, toolchain, DE's, applications.
Could it be an idea that in 11.2 , in paralell with the standard release, there is a "rolling" repository an that repository contains backports of KDE, Gnome and applications. The applications should then first be available in the build service and tested there, then discussed and eventually accepted on the factory list for inclusion in the "rolling" repository?
You mean, say that all 11.2 application improvements should be runnable on the 11.1 core, to try to increase the testing pool? Any package using a new feaure, involving higher version kernel, library, Xorg etc etc would have to fail gracefully with lower version, if not then that feature would have to wait till 11.3 or 12.0 release. Yes.
Birger -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org