<br><br><div><span class="gmail_quote">2008/1/2, Jon <<a href="mailto:me@jonwatson.ca">me@jonwatson.ca</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<span class="q">On Jan 2, 2008 11:21 AM, Pär Lidén <<a href="mailto:par.liden@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">par.liden@gmail.com</a>> wrote:<br></span><div class="gmail_quote">
<div><span class="e" id="q_1173b2b15a1a8862_2"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Well, maybe there should be two different versions of the LTS release:<br>One for the home-users where the applications are upgraded<br>And another for corporate use, where they are not.<br></blockquote></span></div><span class="q">
<div><br>Wouldn't that defeat the purpose of an LTS?<br>

<br>
I was under the impression that an LTS can be created and indeed
supported because it is kept at a known state. If arbitrary application
upgrades
are allowed by end users, I would think that would lead to inconsistent
systems that would be harder to support. Perhaps even no different from
the current release version if I understand you correctly.<br></div></span></div></blockquote></div><br>Well, I was thinking along the lines of Evans, with core being kept stable, and just the applications being upgraded. And I was not thinking about arbitrary upgrades by the end user, but rather that programs such as Firefox and Openoffice could be updated to newer versions. But on a second thought, you are probably right that this could be solved better by having a more active backport-team.
<br><br>This wouldn't however still really solve my wish about updating hardware support post-release. But I think that to be able to backport hardware support in a good way, much things outside of Ubuntus control probably has to change. Maybe the kernel release process would have to change to like it was before (
x.y.z, y even = stable, y odd = development). Probably it would also be easier to accomplish this if as much as possible of the hardware support was pushed to user-space. But this is maybe a different discussion than the original subject.
<br><br><br>/Pär<br><br>