[d-kernel] kernel-std-up-2.4.25-alt2 rebuild failed?

[Anton Farygin]

On Tue, Mar 30, 2004 at 03:59:14PM +0400, Sergey Vlasov wrote:
> On Tue, Mar 30, 2004 at 03:42:32PM +0400, Anton Farygin wrote:
> > > > Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> > > > патчами ?
> > > 
> > > Надо подумать.  В таком варианте устраняется потенциальная проблема
> > > текущей схемы сборки: после обновления kernel-fix/feat ранее
> > > собранные пакеты ядер могут проходить пересборку нормально, но при
> > > этом результат пересборки уже не будет совпадать с тем, что было
> > > собрано изначально.
> > 
> > Что то я не совсем понял.
> > 
> > Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
> > <version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
> > нужно пересобирать все что от него зависит в обязательно порядке. Иначе
> > нас завалит спамом от робота.
> 
> Именно.  Причём заваливать будет главным образом мантейнеров
> "нестандартных" ядер (wks, aw, ...).

Согласен.

> 
> > Если делать более мягкую зависимость типа >=, то велика вероятность того,
> > что мы сломаем что-то в новой версии патчей.
> 
> А это почти то же самое, что мы имеем сейчас - ядро может валяться в
> репозитарии, пока патчи не поменяются настолько, что перестанут
> накладываться.  Хотя фактически непересобираемым оно становится
> значительно раньше.

Это не правильно.

> 
> > И, кстати, как все-таки ставить зависимости для src.rpm автоматически ?
> > 
> > В принципе это можно генерить в kernel CVS, но вот только скрипты для
> > генерации будут страшноваты.
> 
> Можно навернуть что-нибудь с %get_SVR... нормальный пакет будет
> получаться только после hsh --repackage-source (т.е. будут
> фиксироваться версии пакетов патчей на момент сборки).

Так мы сейчас так и собираем ядра в hasher.

Давай так и сделаем ?

А следующим этапом можно будет проверять пересобираемость ядер и
автоматически их пересобирать.