On Tuesday 06 January 2009 07:40:13 am Rob OpenSuSE wrote:
2009/1/4 Rajko M. <rmatov101@charter.net>:
On Saturday 03 January 2009 05:34:31 pm Eric Springer wrote:
On Sun, Jan 4, 2009 at 7:06 AM, Rajko M. wrote:
Situations where something doesn't work are common when you try to synchronize few thousands software titles. Some configurations will work, some will fail.
This is true, but now how to home in on the problem source, so a solution is found efficiently?
Do you?
a) Update and change absolutely everything, and release probably as one huge pile of broken stuff, which then needs a lot of sorting through?
If you update kernel, libc, ( and probably more) or just change gcc options than whether you want or not, you have huge pile of broken stuff.
b) Phased updates, some parts release stable as others change, with only minimal required bug fixes going in to the rest of the system?
Phased updates are possible on software above base, but if you keep base stable, many packages can't be updated. If you don't have support in kernel for certain hardware, then your application will be stable and disfunctionall. I'm pretty sure that crashing leaves bad impression, but missing bugfixes and functionality is not good too.
c) Many small steps, rolling back 'bad' changes, with one release rolling on and evolving into the next?
Rolling back is in general wanted, but devil is in details.
Some method of moving forwards, and rolling back changes; appears to me the best shot at growing tester base, and maintaining sufficient quality for the code to run on real hardware, not virtualised.
In general there must be plan B, to go with A, or bust, is not good. While it forces people to test, new guys that will attempt installation to see how openSUSE works, will be scared away. It doesn't really matter how good is openSUSE when it is installed, if it crashes in first few steps in any boot option including Failsafe. I guess that we have to work a bit on scenario where the newest kernel crashes. What then? Debugging is fine idea, but having working alternative from the boot medium is better to bring masses to openSUSE, which bring more people willing to test. After successfull installation I was able to talk about improvements, but without it, there is no word that will save a day. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org