<br><br><div class="gmail_quote">On Thu, Mar 21, 2013 at 9:09 PM, Kevin Krammer <span dir="ltr"><<a href="mailto:krammer@kde.org" target="_blank">krammer@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thursday, 2013-03-21, dE . wrote:<br>
<br>
> I'd the same issue with Debian testing; also distros wont upgrade to the<br>
> latest 'stable' KDE; they usually wait for the last bug fix release, or<br>
<br>
</div>Make sense, doesn't it?<br>
The x.y.0 version is always the start of a stabilization cycle, just like for<br>
the distributions themselves.<br>
It is like a slider from newest to stablest, depending on ones needs one needs<br>
to chose the right point in time.<br>
<br>
E.g. on my Kubuntu workstation I upgrade a couple of days before a new release<br>
comes up, thus getting the most stable version availale.<br>
On my Debian laptop I run Debian/Unstable, so I can't do that on distribution<br>
versions, but I can still wait for certain projects x.y.1 or x.y.2 before<br>
upgrading the respective packages.<br>
<br>
Servers with Debian/Stable are also not upgraded on release, admins test on<br>
separate machines until a minor release appears which meets their criteria.<br>
As far as I know that is even true for admins of Windows servers, i.e. they<br>
always wait for at least the first service pack before they consider<br>
deployment.<br>
<br>
I guess one could say that there are two cascades cycles:<br>
- development cycle: x.y -> x.y+1 -> ...<br>
- refinement/deployment cycle: x.y.z -> x.y.z+1<br>
<br>
The development cycle goes from basic features to advanced features, the<br>
deployment cycle from unstable to stable.<br>
<br>
Or like a matrix with basic/unstable in one corner, advanced/unstable in one<br>
direction, basic/stable in the other and advanced/stable in the opposite<br>
corner.<br>
Obviously both dimensions expanding over time :)<br>
<br>
Cheers,<br>
Kevin<br><span class="HOEnZb"></span></blockquote><div><br>Cause of this behaviour of distros, KDE gets less chance to get tested. The only solution is to elongate the release cycles, that way, each version of the DE gets tested slowly by every advanced users; so they face and report bugs before the very end user face them.<br>
<br>And look -- Xfce and cdrtools do that. And a no. of bugs and regressions have been ironed in the alpha release itself.<br></div></div>