From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <yust@anti-leasure.ru>
Date: Sun, 10 Jul 2005 21:10:43 +0300
From: Alex Yustasov <yust@anti-leasure.ru>
To: ALT Linux Kernel Development <devel-kernel@altlinux.ru>
Subject: Re: [d-kernel] [RFC] strict BuildRequires for kernel patches
Message-ID: <20050710181043.GA28373@yust.work>
Mail-Followup-To: Alex Yustasov <yust@anti-leasure.ru>,
	ALT Linux Kernel Development <devel-kernel@altlinux.ru>
References: <20050710165551.GA13412@procyon.home>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20050710165551.GA13412@procyon.home>
User-Agent: Mutt/1.4.2.1i
X-AV-Checked: ClamAV using ClamSMTP
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.1.5
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: <https://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: <https://lists.altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Sun, 10 Jul 2005 18:08:58 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20050710181043.GA28373@yust.work/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Sun, Jul 10, 2005 at 08:55:51PM +0400, Sergey Vlasov wrote:

Здравствуйте.
skip
> Я вишу два варианта борьбы с этим безобразием:
> 
> - либо явно прописывать в spec-файлах ядер используемые версии пакетов
>   с патчами (неудобно);
> 
> - либо брать текущие версии пакетов с патчами на момент сборки пакета
>   с ядром (предполагая, что мантейнер соберёт ядро с правильными
>   патчами, а после этого src.rpm не будет пересобираться).
Может еще для ядра, которое пошло в сизиф,  где-нибудь сохранять набор
патчей, с которыми оно было собрано? Или собирать пакет, в котором будет
содержимое
hasher/chroot/usr/src/kernel/patches/. Можно будет собрать такое же ядро.

skip
> 
> 
> 2) Использование при сборке ядра слишком новых пакетов с патчами также
> может привести к возникновению неприятных проблем.  Патчи для новой
> версии ядра довольно часто подходят и к старым версиям, но в новых
> пакетах kernel-fix-* могут быть удалены патчи, которые были нужны для
> старых версий ядра - в результате ядро, собранное по какой-то причине
> с таким новым kernel-fix-*, не будет содержать нужных исправлений.
> 
> Для предотвращения таких ситуаций можно явно объявлять версии ядер, к
> которым подходят патчи, например, добавив в пакеты с патчами Provides
> вида kernel-fix-core(2.4.29), kernel-fix-core(2.6.12).  При переходе

Может kernel-fix-core(2.6.12-altN)?

skip