From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.ru>
Date: Mon, 15 Mar 2004 18:11:21 +0300
From: Anton Farygin <rider@altlinux.com>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] 2.6.x
Message-ID: <20040315151121.GU7518@master.altlinux.ru>
References: <20040315130255.GB6731@master.altlinux.ru>
	<m3ish62qfi.fsf@pc213.belcaf.minsk.by>
	<20040315133317.GC6731@master.altlinux.ru>
	<87znaigqrg.fsf@pc347.belcaf.minsk.by>
	<20040315135850.GC7518@master.altlinux.ru>
	<4055BAB3.4080106@altlinux.ru>
	<20040315142608.GE7518@master.altlinux.ru>
	<m3llm217st.fsf@pc213.belcaf.minsk.by>
	<20040315145710.GP7518@master.altlinux.ru>
	<m3d67e179b.fsf@pc213.belcaf.minsk.by>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <m3d67e179b.fsf@pc213.belcaf.minsk.by>
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 15 Mar 2004 15:11:21 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20040315151121.GU7518@master.altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Mon, Mar 15, 2004 at 05:04:32PM +0200, Ed V. Bartosh wrote:
> Anton Farygin <rider@altlinux.com> writes:
> 
> >> > Меня удивляет нежелание некоторых товарищей работать по схеме, принятой у
> >> > нас.
> >> А меня удивляет намеренное несоблюдение другими товарищами действующей
> >> схемы сборки пакетов.
> >
> > Вы мне скажите, чем пакеты, собираемые из CVS в Sisyphus неудовлетворяют
> > kernel policy ? Что в них не так ?
> >
> Меня всем устраивают. Это Вас не устраивает то, что я или другой
> мэйнтейнер будет заливать в incoming.

... заливать в incoming пакеты с патчами, ломающими сборку std ядер в
общепринятом к использованию kernel cvs (я могу говорить общепринятом,
т.к. сейчас все поддерживаемые ядра в Sisyphus собраны исключительно из
kernel cvs, а все остальные - либо катастрофически устарели, содержат в
себе ошибки с категорией security либо просто банально не собираются).

> Повторяю, я не предлагаю отказаться от CVS. Он вам удобен -
> используйте его пожалуйста. Я предлагал только одно - не ломать 
> существующую схему доставки пакетов в Sisyphus.

А что делать, если существующая схема доставки пакетов в Sisyphus ломает
работающую схему обновлений/исправлений целого ряда ядер ?

Rgds,
Rider