From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.ru>
Date: Mon, 15 Mar 2004 17:31:35 +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: <20040315143135.GJ7518@master.altlinux.ru>
References: <m3r7vu2sdp.fsf@pc213.belcaf.minsk.by>
	<20040315130255.GB6731@master.altlinux.ru>
	<m3ish62qfi.fsf@pc213.belcaf.minsk.by>
	<20040315134609.GE6731@master.altlinux.ru>
	<87vfl6gpb4.fsf@pc347.belcaf.minsk.by>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <87vfl6gpb4.fsf@pc347.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 14:31:35 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20040315143135.GJ7518@master.altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Mon, Mar 15, 2004 at 04:25:35PM +0200, Zhenja Kaluta wrote:
> 
> >>>>> "AF" == Anton Farygin writes:
> 
>  AF>   On Mon, Mar 15, 2004 at 03:25:05PM +0200, Ed V. Bartosh wrote:
>  >>  Anton Farygin <rider@altlinux.com> writes:
>  >>  
>  >>  > Кстати, я готов включать какие-то проверенные патчи в 2.6 ядро,
>  >>  > если у этих патчей будут мантейнеры. Но только через kernel
>  >>  > cvs.  >> А это что за новости ? Я имею в виду kernel cvs как
>  >>  > единственный >> способ работы с kernel packages ? Вы хотите
>  >>  > сказать, что положенные в >> incoming пакеты будут просто
>  >>  > игнорироваться ?  >> Хм, интересно, а почему ? И вообще
>  >>  > насколько это "законно" >> игнорировать стандартную технологию
>  >>  > работы с пакетами ?
>   
>  AF>  Предлагаю внести изменения в policy - все ядерные пакеты в
>  AF>  обязательном порядке должны проходить через kernel cvs в целях
>  AF>  облегчения процесса поддержки, тестирования и сборки.
>   
>  AF>  Возражения, аргументы ?
>   
> против.
> 
> Есть механизм incoming, который худо-бедно устраивает всех. Я не
> собираюсь грузить тебя своими сексуальными проблемами со спеками,
> исходниками и средой сборки, но будь добр избавь и меня от этого.

Меня не устраивает механиз imcoming для пакетов c патчами/модулями ядра ибо это приводит к
хаосу, к невозможность корректно обновлять, поддерживать и собирать эти пакеты.

Rgds,
Rider