On Mon, Jul 7, 2008 at 1:04 PM, Matt Zimmerman <<a href="mailto:mdz@ubuntu.com">mdz@ubuntu.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, Jul 07, 2008 at 10:43:44AM -0500, Luke L wrote:<br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">Considerations for an LTS<br>
One idea to prevent such a rush of higher version numbers and new gadgets from breaking a distro is to use a "STS" release as an LTS. For example, Freeze the software versions in 7.10 for use in 8.04, and work on fixing every error reported in those 6 months before the LTS release. This would allow the "beta" of the LTS to be based on an official release, with the testing and feedback of every user of the OS. This would next apply to the 9.04 release, in preparation for the 9.10 LTS (assuming Ubuntu keeps its 6-18 month dev cycle).<br>

This solution may seem extreme for a distribution on the "bleeding edge", but if Ubuntu plans to get respect in the mainstream, a balance must be found between development and stability. Currently, that balance is too far toward the former.<br>
</blockquote>
<br>
This is a very difficult balance to strike, and we have considered many<br>
approaches (including the one you describe above).  None of them are<br>
perfect, and the tradeoffs are complex.<br></blockquote><div><br>I would propose a compromise between the current LTS pattern and the proposed bug-fix only pattern: maintain the current upstream merge, but add no new packages. That way newer software is still in the repositories (and thus supported upstream for the longest time possible), but the more intrepid changes (ex: pulseaudio) are dropped. Users get a system that is still up-to-date, and developers get much more time to fix bugs.<br>
<br>Decisions would have to be made on an individual basis for packages that are officially discontinued upstream in favour of newer implementations.<br></div></div>