From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mike@fly.osdn.org.ua>
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=AWL,BAYES_00 autolearn=ham
	version=3.2.5
Date: Sun, 7 Jun 2009 19:57:30 +0300
From: Michael Shigorin <mike@osdn.org.ua>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-ID: <20090607165730.GJ25744@osdn.org.ua>
Mail-Followup-To: ALT Linux Team development discussions
	<devel@lists.altlinux.org>
References: <1244406133.14360.13.camel@localhost.localdomain>
	<h0enb8$9gi$1@ger.gmane.org>
	<1244471168.21760.8.camel@localhost.localdomain>
	<20090607152610.GG25744@osdn.org.ua> <4A2BEFC9.10602@altlinux.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <4A2BEFC9.10602@altlinux.com>
User-Agent: Mutt/1.4.2.1i
Subject: Re: [devel] =?koi8-r?b?7sXQ0sXS2dfO2cogwtLBzt4=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Jun 2009 16:57:46 -0000
Archived-At: <http://lore.altlinux.org/devel/20090607165730.GJ25744@osdn.org.ua/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Sun, Jun 07, 2009 at 08:50:17PM +0400, Anton Farygin wrote:
> >2 ldv: вот кстати, branch manager мог бы смотреть и
> >подтверждать или ветировать переносы.  А неподтверждённые и не
> >ветированные -- скажем, переносить по заглядывании в багзиллу
> >(насчёт отсутствия или неприбавления cri/blo, тут отдельно
> >тогда думать надо про критерии и реализацию).
> Основной вопрос - это критерии. Опять же - branch manager не
> может быть в курсе всех тараканов переносимого пакета для всей
> пакетной базы.

Вот мне и кажется, что "нужно/нет" с дефолтом "подождёт"
тут могло бы и сработать.  Тогда при действительно важных
исправлениях имеем явное указание человека, который отвечает
за бранч (возможно, по явной просьбе майнтейнера или RM);
а при неважных опрометчиво скопировавший получает таймаут
на исправление.

Просто при этом структура ответственности IMHO ближе к нужной:
за стабильность бранча отвечает человек, а не исключительно
майнтейнеры (которые могут не осознавать последствия делаемого
или недооценивать; вот я только что разломал сборкой grip с
исправлением #20129 сломал shared task #7516 -- BTW эта ситуация
для долгоиграющих shared task'ов ещё не раз укусит, боюсь).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/