<br><br>---------- Forwarded message ----------<br><span class="gmail_quote">From: <b class="gmail_sendername">Yury A.Romanov</b> <<a href="mailto:damned@altlinux.ru">damned@altlinux.ru</a>><br>Date: 26.11.2007 9:12<br>
Subject: Re: [Office] groupware (was: Ubuntu и мы)<br>To: <a href="mailto:office@lists.altlinux.org">office@lists.altlinux.org</a><br><br></span><br><br><div><span class="gmail_quote">26.11.07, <b class="gmail_sendername">
Alexey Rusakov</b> <<a href="mailto:ktirf@altlinux.ru" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ktirf@altlinux.ru</a>> написал(а):</span><span class="q"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, 20 Nov 2007 15:54:42 +0300<br>Yury A.Romanov wrote:<br><br>> > Опять же, весьма актуальна проблема отсутствия стабильного и<br>> _поддерживаемого_ репозитария. Бранч 4 не в счет, он перестанет быть<br>> поддерживаемым, как только в сизифе произойдет несколько революций, такие
<br>> как смена версий glibc, libstdc++ и еще каких-нибудь базовых системных<br>> библиотек. После этого произойдут следующая проблема: расхождение между<br>> сизифом и бранчем с каждым новым попавшим в них пакетом будет все больше
<br>> увеличиваться, из-за чего, майнтейнерам придется поддерживать по-меньшей<br>> мере 2 набора патчей (для сизифа и для бранча), что весьма трупоемко.<br>Трупоемко - это хорошее слово. Надо запомнить %-)<br><br>
> В итоге, скорее всего, это приведет к полному затуханию бранча.<br>Бранчу 4 в сколько-нибудь прирастаемом за счёт Сизифа состоянии осталось<br>жить не больше пары-тройки месяцев. Дальше будут только обновления тех,<br>
кому понадобится собрать пакет именно для бранча, либо то, что описано в<br>условиях техподдержки Сервера. Появится бранч 4.1, потом 4.2, или 5.0,<br>допустим. Не вижу большой беды в "затухании", это естественный процесс.
</blockquote></span><div><br> <br>
Проблема не в затухании, а в негарантированности перехода на новый репозитарий. В принципе, это следует из затухания. <br>Как мне сейчас видится решение проблемы: делается фриз бранч 4.0, пока он еще актуален, на нем делается либо обновление полное до текущего сизифа, либо обновление некоторого множества, потом на получившемся нечто добиваются пересобираемости и работоспособности всего. Потом делается обновление с branch
4.0 на этот репозитарий, смотрится, что отвалилось в итоге, фиксится, и т.д. до тех пор, пока dist-upgrade не будет проходить чисто, после чего это называется branch 4.1 (а лучше branch date +%F) и т.д. Далее процесс повторяется. По идее, при такой схеме возможно итерационное обновление до каждого из последующих бранчей с каждого из предыдущих.
<br></div><span class="q"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> А нам нужно на чем-то поднимать и поддерживать сервера, нужно иметь
<br>> возможность и через 5 лет сказать apt-get dist-upgrade и получить в итоге
<br>> работающую систему, в которой ничего не упало.<br>Если через 5 лет сказать apt-get dist-upgrade на репозитории, в котором<br>уже два года не было изменений, а до этого он три года поддерживался<br>обновлениями по крайней мере по части безопасности, система будет
<br>работающей. Правда, за 2 года вероятно появление дырок в каком-либо софте,<br>но тут уже вопрос гарантий. Бранч 4 как источник обновлений для<br>Сервера будет существовать как минимум 3 года.</blockquote></span><div>
<br>Нам нужна возможность обновления до актуальной системы, а не до последнего security fix. Исправления по безопасности - это хорошо, но хочется свеженьких пакетиков. Клиентам, например, хочется новых фичей. Опять же у нас есть мегаактуальная проблема с php, который хочет _каждый_ наш клиент, и который практически находится в разломанном состоянии по причине того, что в апстриме периодически все переписывают заново, и никаких security fix'ов не выпускают, в результате чего патчи и модули перестают работать.
<br><br>В качестве домашнего задания, попробуй обновиться с compact 3.0 на deathktop 4.0, словишь много интересных багов.<br><br></div><br><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"><br> Alexey "Ktirf" Rusakov<br> ALT Linux, project manager<br>_______________________________________________<br>Office mailing list<br><a href="mailto:Office@lists.altlinux.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
Office@lists.altlinux.org</a>
<br><a href="https://lists.altlinux.org/mailman/listinfo/office" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://lists.altlinux.org/mailman/listinfo/office</a></span></blockquote></div><br>