> А разве нет? тестинг это будущий стэйбл, а сид -- будущий тестинг.
> На сиде всегда больше шансов словить баг.

Я думаю, что не корректно считать sid "будущим тестингом". Ну не думаете же Вы, что мейнтейнеры Debian готовят одновременно два релиза, ну в самом деле? На самом деле куда правильнее относиться к sid как к первой ступени фильтрации багов.

Суть такая: сначала все пакеты попадают в sid. Через какое-то время мигрируют оттуда в testing при соблюдении определённых условий (ну то есть если не было совсем уж вопиющих багов, связанных с данным пакетом). Таким образом совсем уж вопиющие безобразия до testing-а не доходят. Смысл sid-а в том, что очень немногие готовы тратить всё своё время на то, чтобы разобраться со всеми ляпами, которые случаются в нём. Остальные сидят на testing и изредка доставляют что-нибудь руками из sid-а, если не могут дождаться, когда нужный им пакет смигрирует в их ветку.

В связи с этим testing/sid -- это всё равно своеобразный полу-роллинг. По мере приближения к релизу изменения и в том, и в другом становятся всё менее выраженные. А теперь предлагаю Вам обратить внимание, когда Canonical выпускает LTS-релизы. Последние несколько релизов это происходило в момент, когда Debian объявлял заморозку пакетной базы (плюс-минус).

Про ранние LTS-релизы не скажу ничего, не помню. Предоставляю удовольствие Вам проверить самостоятельно. Это надо уже залезть и посмотреть даты, порыть новости о заморозке... Мне несколько лень это делать. Я основное направление для соображений подкинул -- дальше сами вроде дойдёте, тут уже заблудиться вроде негде. )