From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_12_24, SPF_PASS,TVD_SPACE_RATIO autolearn=no version=3.2.5 X-Yandex-TimeMark: 1244319806 X-Yandex-Spam: 1 X-Yandex-Front: smtp13 X-BornDate: 1028840400 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp13.yandex.ru logged sender identity as: vladimir-bak From: =?koi8-r?Q?=F7=CC=C1=C4=C9=CD=C9=D2_?= =?koi8-r?Q?=E2=C1=CB=CC=C1=CE=CF=D7?= To: sisyphus@lists.altlinux.org Content-Type: text/plain; charset="UTF-8" Date: Mon, 08 Jun 2009 01:22:13 +0500 Message-Id: <1244406133.14360.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-alt1) Content-Transfer-Encoding: 8bit Subject: [sisyphus] =?koi8-r?b?7sXQ0sXS2dfO2cogwtLBzt4=?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2009 20:23:48 -0000 Archived-At: List-Archive: List-Post: Нужно сделать бранч непрерывным, а не фиксированным. Это сделает ненужным заморозку и стабилизацию Сизифа перед бранчеванием. Никакой заморозки сизифа вообще не надо. В бранч надо всё время перетаскивать стабилизированные в сизифе группы пакетов (по мере их готовности). Например, отладили в Сизифе какую-либо программу -- её дорога в бранч. Решение о переносе данной группы пакетов из сизифа в бранч (например, очередной версии KDE) должны принимать мантейнеры, которые за них отвечают. Т.е. если сизиф может быть частично разломан, то бранч -- нет, т.к. в нём будут лежать только отлаженные пакеты. Бранч должен быть всё время стабильным, непрерывно обновляемым и готовым в любой момент для сборки дистрибутивов и обновления старых дистрибутивов. Т.к. на бранче выпускаются дистрибутивы, которые потом могут иметь достаточно продолжительный цикл жизни (допустим, до 10-15 лет), в нём должно быть несколько последних стабильных мажорных (а может быть даже минорных) версий пакетов (программ и библиотек). Обновляться должны минорные версии и сборки, мажорные версии -- накапливаться. Если минорные версии имеют статус мажорных, то обновляться должны сборки, а минорные версии накапливаться. Это обеспечит поддержку старых программ и драйверов на старом железе на протяжении всего срока эксплуатации данного дистрибутива. Старые версии можно выкидывать из бранча через 10-15 лет. Десктопные дистрибутивы тогда можно выпускать 2 раза в год и несинхронно, а после стабилизации соответствующей версии DE. Например, вышла новая версия KDE, её отладили в сизифе, перетащили в бранч и вскоре после бета-тестирования выпустили на её основе новый дистрибутив. То же самое и с Gnome и XFCE. Такой подход исключит необходимость поддержки нескольких бранчей и их прогрессирующее протухание и упростит поддержку ранее установленных дистрибутивов -- их обновление будет носить непрерывный характер до последней сборки установленных в них мажорных версий. Обновление до новой мажорной версии в старом дистрибутиве будет происходить уже по необходимости в зависимости от требований по ресурсам или совместимости. Нельзя ли так сделать? -- С уважением, Владимир Бакланов E-mail: vladimir-bak@yandex.ru Jabber: vladimir-bak@ya.ru Ekiga: vladimir-bak@ekiga.net ICQ UIN: 113599450