[d-kernel] [RFC] strict BuildRequires for kernel patches

[Alex Yustasov]

On Sun, Jul 10, 2005 at 11:01:17PM +0400, Sergey Vlasov wrote:
> On Sun, Jul 10, 2005 at 09:10:43PM +0300, Alex Yustasov wrote:
> > On Sun, Jul 10, 2005 at 08:55:51PM +0400, Sergey Vlasov wrote:
> > > Я вишу два варианта борьбы с этим безобразием:
> > > 
> > > - либо явно прописывать в spec-файлах ядер используемые версии пакетов
> > >   с патчами (неудобно);
> > > 
> > > - либо брать текущие версии пакетов с патчами на момент сборки пакета
> > >   с ядром (предполагая, что мантейнер соберёт ядро с правильными
> > >   патчами, а после этого src.rpm не будет пересобираться).
Может скрипт, типа add_changelog, который будет в корне cvs и добавляет в
spec-файл ядра список с нужными версиями пакетов feat/fix, запускается
мантейнером ядра, полученный spec выкладывается в cvs и сизиф, в
sisyphus_check проверка на обязательность этой записи в spec ядра.
Различные типы сборок должны проверять соответствие установленных патчей с
этой записью, если она есть; если записи нет, то собирать из того что
доступно.
> > Может еще для ядра, которое пошло в сизиф,  где-нибудь сохранять набор
> > патчей, с которыми оно было собрано?
> 
> Версии патчей, использованные при сборке, сейчас пишутся в
> %description; старые версии патчей можно вытащить из kernel CVS (за
> исключением нескольких пакетов, собирающихся "левым" образом).
> Естественно, чтобы собрать в hasher именно старое ядро, нужно
> использовать соответствующий старый репозиторий (в частности, не
> содержащий более новых пакетов kernel-{fix,feat}-* - иначе при сборке
> будут использованы новые версии).
> 
> > Или собирать пакет, в котором будет содержимое
> > hasher/chroot/usr/src/kernel/patches/. Можно будет собрать такое же
> > ядро.
> 
> Каким образом - руками?
Вместо BuildRequires: %get_patch_list
BuildRequires: kernel-patches
А какие есть причины пересобирать src.rpm, кроме проверки заброшенности
ядра и чего-то типа
http://lists.altlinux.ru/pipermail/sisyphus/2005-March/055405.html