<div dir="ltr"><div>Not a Kubuntu Council member (just a Kubuntu member) but I am +1 on this.<br><br></div>Regards,<br>Howard Chan (smartboyhw)<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/3/15 Scott Kitterman <span dir="ltr"><<a href="mailto:ubuntu@kitterman.com" target="_blank">ubuntu@kitterman.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As a topic for today's call, I'd like to propose the following.<br>
<br>
The latest Ubuntu (the project) level proposal that is on the table is:<br>
<br>
<a href="https://lists.ubuntu.com/archives/technical-board/2013-March/001527.html" target="_blank">https://lists.ubuntu.com/archives/technical-board/2013-March/001527.html</a><br>
<br>
I think we can generally live with this, however (as others have already<br>
commented on th TB list) I think the 7 month support period is too short.<br>
<br>
I would propose the Kubuntu (the project) position on this be something along<br>
the lines of the following:<br>
<br>
- The overall structure of retaining a regular cadence of normal and LTS<br>
releases every 6 months is essential to Kubuntu as delivering a release with<br>
the latest KDE release is a critical part of what makes Kubuntu what it is.<br>
This revised proposal supports our desired cadence.<br>
<br>
- We expect that most of our user base will run the current release. We<br>
expect that users of our LTS release want things to not change. We do not<br>
support required upgrades to platform components (this is different than the<br>
hardware enablement updates that are done in separate packages and only affect<br>
new installs - those we support - it should continue to be possible to install<br>
the LTS on newer hardware).<br>
<br>
- We believe that a one month overlap of support periods (the proposed 7<br>
month window) is insufficient. We would prefer a 9 month period so that users<br>
that want to wait until the final micro version of a KDE release is complete<br>
and integrated into the archive can upgrade at this point (as an example, KDE<br>
4.10.5 is scheduled to release on July 2, 2013 so it would be nice to have<br>
12.10 [if it had been released under the new paradigm] supported until the end<br>
of July). 8 months would still be significantly better than 7 if 9 is not<br>
supportable.<br>
<br>
- We support the idea of improving the quality and consistency of the<br>
development series, however, we are concerned that this can be taken too far.<br>
Our current practice is to wait until at least beta releases of the software<br>
we package to put them in the archive. We anticipate continuing this as<br>
waiting until later reduces the test exposure they get and compresses the<br>
packaging working into a small period before feature freeze.<br>
<br>
In general, the current proposal seems to meet the needs of Kubuntu, but we<br>
would like to discuss addressing these concerns. I think the Kubuntu Council<br>
should vote on a project position on this.<br>
<br>
Scott K<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
kubuntu-devel mailing list<br>
<a href="mailto:kubuntu-devel@lists.ubuntu.com">kubuntu-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel" target="_blank">https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel</a><br>
</font></span></blockquote></div><br></div>