From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.ru>
Date: Tue, 30 Mar 2004 17:05:08 +0400
From: Anton Farygin <rider@altlinux.com>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?
Message-ID: <20040330130507.GT18144@master.altlinux.ru>
References: <m3isgmeug8.fsf@netmaster.kds.com.ua>
	<20040330110448.GB3757@master.mivlgu.local>
	<20040330111445.GD18144@master.altlinux.ru>
	<20040330113303.GA5598@master.mivlgu.local>
	<20040330114231.GO18144@master.altlinux.ru>
	<20040330115914.GB5598@master.mivlgu.local>
	<m365cmv817.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: <m365cmv817.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://lists.altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://lists.altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2004 13:05:10 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20040330130507.GT18144@master.altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Tue, Mar 30, 2004 at 03:22:44PM +0300, Ed V. Bartosh wrote:
> Sergey Vlasov <vsu@altlinux.ru> writes:
> 
> >> Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> >> <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> >> нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> >> нас завалит спамом от робота.
> >
> > Именно.  Причём заваливать будет главным образом мантейнеров
> > "нестандартных" ядер (wks, aw, ...).
> По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не
> только последнего std, а и всех остальных ядер. В том
> числе и сборку ядер разных версий. Это легко достигается путем
> размещения патчей в разных каталогах и прикладывания их к разным
> версиям/flavour-ам ядер при сборке. Требуется только подправить в эту
> сторону kernel-build-tools и разработать систему именований и тактику
> работы. Зато выгода налицо - ядра будут собираться независимо от
> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
> Зато все ядра будут живые и пересобираемые и решение о включении
> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
> добавляющий этот патч в kernel-fix.

Хорошее решение, только вот мы с Сергеем не сможем переварить такой объем
работы, а вы не хотите пользоваться CVS'ом.

Rgds,
Rider