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.9 required=5.0 tests=AWL,BAYES_00,FUZZY_XPILL autolearn=no version=3.2.5 Date: Thu, 21 May 2009 20:36:18 +0300 From: Michael Shigorin To: ALT Linux Team development discussions Message-ID: <20090521173618.GN15382@osdn.org.ua> Mail-Followup-To: ALT Linux Team development discussions References: <87vdo2xnch.fsf@vertex.dottedmag.net> <4A1048E4.5070906@altlinux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A1048E4.5070906@altlinux.com> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] =?koi8-r?b?QnJhbmNoUG9saWN5OiDE0sHG1A==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 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: Thu, 21 May 2009 17:36:33 -0000 Archived-At: List-Archive: List-Post: On Sun, May 17, 2009 at 09:27:00PM +0400, Anton Farygin wrote: > Уверен, что NMU для бранчей должны выполняться согласно NMU Policy. > Иначе связь между мантейнером и его пакетом будет потеряна. Мне кажется, вопрос в фактическом типичном состоянии дел: _на самом деле_ есть ли эта связь или нет. Пока мне _кажется_ (но данных нет), что по крайней мере предположение о том, что большинству майнтейнеров пакетов в сизифе интересно поддерживать эти же пакеты во _всех_ поддерживаемых хоть как-то бранчах -- неверно. Бишь скорее согласен с dottedmag@, чем с тобой, по этому вопросу. > "Если Сизифный пакет, требующий исправления в бранче, > принадлежит мейнтейнеру, не высказавшему желания участвовать в > разработке бранча, его следует спросить, не хочет ли он принять > участия. Кто спрашивать будет? И кто будет помнить ответы вида "да неинтересен мне ваш бранч" и не беспокоить лишний раз? Боюсь, человеку быстро надоест, а скрипт задолбает людей. Разумным вариантом видится использование git.alt (и когда-то -- https://sisyphus.ru), но пока нет возможности сказать самому "я участвую" -- мне кажется нерезонным делать вывод из того, что человек принимает участие в _разработке_ Sisyphus, что он же будет принимать участие в _поддержке_ бранча. Тут сегодня на кухне состоялось краткое обсуждение с участием eostapets@ и led@, если совсем коротко -- то наличие в сизифе компонент (base/kernel/main/.../contrib/non-free) может заметно облегчить как создание бранчей, так и делание выбора по дефолтам ответственности. Возможно, я что-то забыл или путаю, но припоминается, что одним из доводов при упразднении компонент, кроме classic, были технические (либо производительность, либо ещё что относящееся к старым скриптам около incoming) -- не факт, что актуальные. (ещё Женя рассказал про debian/pool/ то, чего я не знал -- что туда сваливаются все используемые в ветках версии, а сами ветки реализованы симлинками; т.е. различия по версиям разруливаются довольно естественным образом) > Пакеты, сизифные мейнтейнеры которых отказались принимать > участие в разработке бранчей, и для которых не нашлось > мейнтейнера в бранче, может забрать любой желающий. " > > Если кто-то изъявляет своё желание не участвовать в разработке > бранча, то он должен отправить свой пакет на nobody для этого > бранча. Это opt-out. Не уверен, что отражает реальность. --- отдельная тема --- > Что не хватает в документе - так это информирования о "желании > создать стабильный бранч". > > В идеале, о том, когда будет создан новый стабильный бранч - > должно быть объявлено сразу после создания предыдущго > стабильного бранча. > > В более лучшем случае - в этот же день должно быть объявлено > TODO по репозитарию - какие работы планируется выполнить для > того, что бы стабильный бранч был создан. Работы не только по > сборке новых версий пакетов, но и по написанию модулей > конфигурирования и т.д. > > Это позволит отслеживать выполненные работы, и планировать > изменения в пакетной базе. > > Без TODO, хотя бы по базовой системе - вообще сложно. Да, с видимым извне целеполаганием у нас не очень (см. те же ubuntu blueprints -- мусора много, но хоть попытка есть). -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/