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=-0.4 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_12_24, SPF_PASS autolearn=no version=3.2.5 X-Yandex-TimeMark: 1244392440 X-Yandex-Spam: 1 X-Yandex-Front: smtp12 X-BornDate: 1028840400 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp12.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: ALT Linux Sisyphus discussions In-Reply-To: <1244388133.11518.22.camel@latitude> References: <1244406133.14360.13.camel@localhost.localdomain> <1244471168.21760.8.camel@localhost.localdomain> <1244388133.11518.22.camel@latitude> Content-Type: text/plain; charset="UTF-8" Date: Mon, 08 Jun 2009 21:32:50 +0500 Message-Id: <1244478770.23042.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-alt1) Content-Transfer-Encoding: 8bit Subject: Re: [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: Sun, 07 Jun 2009 16:34:22 -0000 Archived-At: List-Archive: List-Post: В Вск, 07/06/2009 в 19:22 +0400, Alexey Rusakov пишет: > В Пнд, 08/06/2009 в 19:26 +0500, Владимир Бакланов пишет: > > В Вск, 07/06/2009 в 01:32 +0400, Anton Farygin пишет: > > > Владимир Бакланов пишет: > > > > > > > > Нельзя ли так сделать? > > > > > > > Нельзя. Бранч будет дестабилизирован, ибо мантейнерам: > > > 1) он станет быстро не интересен > > > > Почему? Ведь бранч будет один, а не несколько, и обслуживать его будет > > легче. > Откуда такой вывод? Вы пытаетесь несколько бранчей свалить в один. Вы > считаете, что пакеты в этом бранче не будут протухать? Нет сваливать несколько старых бранчей в один не надо, это бессымсленно. А с 5-го можно было просто накапливать последние стабильные мажорные версии программ. Например, в бранче могли бы лежать OpenOffice 2.4.2 и текущая OpenOffice 3.1, которая в сентябре обновится до 3.2. У кого в дистрибутиве 2.3.1, например, тот может обновиться максимум до 2.4.2. А на 3.x ему придётся переходить. > Простой пример. Берём, к примеру, XFCE. Если я правильно понимаю, вы > предлагаете держать в одном бранче несколько версий XFCE. Теперь > приходит человек, который поставил себе, допустим, ALT Linux 4.1 > Desktop, и ему хочется каких-нибудь живых обновлений. Что такое для него > обновления XFCE из предлагаемого вами бранча? В пределах мажорного номера версии его дистрибутив будет обновляться до новой минорной версии вместе со всеми зависимыми пакетами. На новую мажорную версию ему нужно будет переходить, делая осознанный выбор. Вдруг у него железо не потянет? Или могут возникнуть проблемы программно-железной совместимости. > Или человек, использующий такой бранч, должен чётко знать чего хочет, > для того чтобы обновляться? То есть "обновите мне XFCE до вот этой > версии, glibc до вот этой, а компилятор не обновляйте, он мне таким > нравится" - так? Человек должен знать, что пока он обновляется из бранча особых проблем у него возникнуть не должно. А если он хочет перепрыгнуть на более высокий номер мажорной версии, то тут надо всё взвесить. Некоторые версии лучше вообще из Сизифа не выпускать, например, KDE 4.x.0, да и Gnome 2.x.0, а начинать собирать в бранче со сборки 1 или даже 2. > Я пока не очень понимаю, чем это отличается от сливания > двух-трёх-четырёх бранчей в один репозиторий. И достоинств такого > подхода, соответственно, не вижу. не сливания, а накапливание бранча, чтобы из него могли обновляться несколько поколений дистрибутивов. Я уже вижу, что вариант непрерывного бранча не нравится разработчикам. Поэтому не вижу смысла дальше продолжать эту тему. Большое спасибо тем, кто откликнулся. -- С уважением, Владимир Бакланов E-mail: vladimir-bak@yandex.ru Jabber: vladimir-bak@ya.ru Ekiga: vladimir-bak@ekiga.net ICQ UIN: 113599450