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

Anton Farygin rider at altlinux.com
Tue Mar 30 15:42:32 MSD 2004


On Tue, Mar 30, 2004 at 03:33:03PM +0400, Sergey Vlasov wrote:
> On Tue, Mar 30, 2004 at 03:14:45PM +0400, Anton Farygin wrote:
> > On Tue, Mar 30, 2004 at 03:04:48PM +0400, Sergey Vlasov wrote:
> > > On Tue, Mar 30, 2004 at 09:10:31AM +0300, Andrey Khavryuchenko wrote:
> > > > ----- Applying patchset kernel-fix-fs ------
> > > > Applying patch 14_inode-hash-race-fix.patch ...
> > > 
> > > В находящемся сейчас в Сизифе
> > > kernel-fix-fs-2004.03.18-alt1.noarch.rpm нет таких патчей.
> > > 
> > > > patching file fs/inode.c
> > > > Reversed (or previously applied) patch detected!  Assume -R? [n] 
> > > > Apply anyway? [n] 
> > > > Skipping patch.
> > > > 9 out of 9 hunks ignored -- saving rejects to file fs/inode.c.rej
> > > > ошибка: Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > > > 
> > > > 
> > > > Ошибки сборки пакетов:
> > > >     Неверный код возврата из /home/akhavr/tmp/rpm-tmp.28511 (%prep)
> > > > 
> > > > akhavr at netmaster ~/RPM $ rpm -q kernel-fix-fs-2004.03.18-alt1 
> > > > kernel-fix-fs-2004.03.18-alt1
> > > > 
> > > > akhavr at netmaster ~/RPM $ sudo apt-get install kernel-fix-fs      
> > > > Чтение списков пакетов... Завершено
> > > > Построение дерева зависимостей... Завершено
> > > > Последняя версия kernel-fix-fs уже установлена.
> > > > 0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 1 не будет обновлено.
> > > 
> > > Возможно, в системе каким-то образом оказались лишние файлы в
> > > каталоге /usr/src/kernel/patches/kernel-fix-fs, не принадлежащие ни
> > > одному пакету.  Их нужно найти и уничтожить.
> > 
> > Может быть нам надо делать жесткие зависимости src.rpm'а на пакеты с
> > патчами ?
> 
> Надо подумать.  В таком варианте устраняется потенциальная проблема
> текущей схемы сборки: после обновления kernel-fix/feat ранее
> собранные пакеты ядер могут проходить пересборку нормально, но при
> этом результат пересборки уже не будет совпадать с тем, что было
> собрано изначально.

Что то я не совсем понял.

Если мы делаем жесткую зависимость вида "Requires kernel-feat-??? =
<version>-<release>, то при появлении новой версии kernel-feat-??? по хорошему
нужно пересобирать все что от него зависит в обязательно порядке. Иначе
нас завалит спамом от робота.

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

И, кстати, как все-таки ставить зависимости для src.rpm автоматически ?

В принципе это можно генерить в kernel CVS, но вот только скрипты для
генерации будут страшноваты.

Rgds,
Rider


More information about the devel-kernel mailing list