From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ed@altlinux.ru>
X-Comment-To: Sergey Vlasov
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?
In-Reply-To: <20040330115914.GB5598@master.mivlgu.local> (Sergey Vlasov's
	message of "Tue, 30 Mar 2004 15:59:14 +0400")
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>
From: ed@altlinux.ru (Ed V. Bartosh)
Organization: ALT Linux
Date: Tue, 30 Mar 2004 15:22:44 +0300
Message-ID: <m365cmv817.fsf@pc213.belcaf.minsk.by>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
	Obscurity, linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
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 12:23:21 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/m365cmv817.fsf@pc213.belcaf.minsk.by/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

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.

-- 
Best regards,
Ed V. Bartosh