From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.2.4 From: "Sergey N. Yatskevich" To: ALT Linux Team development discussions In-Reply-To: <87iqsvap00.fsf@frontier.dottedmag.net> References: <921f6bb40809111119h629aaa97k15a1b050796200a4@mail.gmail.com> <200809161609.07531.shrek@altlinux.ru> <1221588690.10282.20.camel@snc.2100.gosniias.ru> <200809162220.15579.shrek@altlinux.ru> <1221590324.10282.41.camel@snc.2100.gosniias.ru> <87od2o9bm2.fsf@frontier.dottedmag.net> <1221591762.10282.60.camel@snc.2100.gosniias.ru> <87iqsvap00.fsf@frontier.dottedmag.net> Content-Type: text/plain; charset=utf-8 Date: Tue, 16 Sep 2008 19:29:08 +0000 Message-Id: <1221593348.10282.81.camel@snc.2100.gosniias.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3 (2.22.3-alt1) Content-Transfer-Encoding: 8bit X-Spam: Not detected X-Mras: OK Subject: Re: [devel] =?koi8-r?b?IiDOxSDHz9LJ1CAi?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 19:28:40 -0000 Archived-At: List-Archive: List-Post: В Срд, 17/09/2008 в 02:07 +0700, Mikhail Gusarov пишет: > SNY> просто мне кажется, что стабилизировать полный бранч со всеми > SNY> входящими в него пакетами сложнее, нежели конкретный дистрибутив, > SNY> предназначенный для конкретной цели с заданным набором пакетов. > А стабилизировать два десятка дистрибутивов - проще? :) Кроме того, > целенаправленная стабилизация обычно касается весьма ограниченного > набора пакетов, а периферия фиксится как получится. Да, IMHO, стабилизировать два десятка дистрибутивов проще, поскольку для каждого из них существует заинтересованная в нём команда. Иначе дистрибутива бы просто не было. Кроме того, если не отделять стабилизацию от разработки, то может оказаться, что стабилизировать особо и нечего. Т.е. я бы рассматривал всё таки три этапа разработки/стабилизации: 1) репозиторий Team - там всё может быть мега нестабильно, но поскольку это отделено от Сизифа и касается только конкретного его части, то это во-первых не задевает остальных, а во вторых проще для разработчиков этой части в плане поиска проблем и ошибок. 2) Сизиф - это вечно развивающийся репозиторий - который решает две задачи: - пакетная база для репозиториев Team - обнаружение и отладка проблем на стыках программных пакетов 3) дистрибутивы - делаются под конкретную задачу людьми, которые заинтересованы в её решении и это третий рубеж стабилизации Мою правоту подтверждает тот факт, что публикация отдельных репозиториев для тестирования становится всё более и более распространённым явлением, так же как и выпуск персональных дистрибутивов. Осталось всё это только узаконить и определить правила перекладывания пакетов в Сизиф. > SNY> Кроме того - очень нестабильный Сизиф трудно использовать в > SNY> качестве базы для разработки отдельных его частей. > Вот с этим согласен, но тут всё равно ничего не поделать - дедал не > работает :) Не работает, IMHO, именно из-за того, что он один на все команды. Т.е. фактически это мега нестабильный Сизиф. А в таком качестве он действительно никому не нужен. Ни разработку на его основе вести нельзя, ни дистрибутив сделать. -- Sergey N. Yatskevich