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

[Ed V. Bartosh]

Sergey Vlasov <vsu at altlinux.ru> writes:

>> > Именно.  Причём заваливать будет главным образом мантейнеров
>> > "нестандартных" ядер (wks, aw, ...).
>> По этому поводу с нашей стороны(aw) есть предложение обеспечить сборку не
>> только последнего std, а и всех остальных ядер. В том
>> числе и сборку ядер разных версий. Это легко достигается путем
>> размещения патчей в разных каталогах и прикладывания их к разным
>> версиям/flavour-ам ядер при сборке. Требуется только подправить в эту
>> сторону kernel-build-tools и разработать систему именований и тактику
>> работы.
>
> И как это будет выглядеть?
>
Сейчас уже частично есть этот механизм по отношению к версиям ядер,
нужно только развить его в сторону умения прикладывать патчи к
определенному flavour-у/subversion и определить порядок и приоритеты 
приложения патчей для конкретного flavour/version/subversion.

>> Зато выгода налицо - ядра будут собираться независимо от
>> изменений в fix-ах и feat-ах. Из минусов могу предположить некий оверхед
>> в kernel-feat|fix-ах и несколько большее количество kernel- пакетов.
>> Зато все ядра будут живые и пересобираемые и решение о включении
>> какого-либо патча будет принимать мэйнтейнер ядра, а не некто,
>> добавляющий этот патч в kernel-fix.
>
> Не получится ли в результате kernel-fix-%name-%flavour?
Нет, конечно. Все будет в том же пакете. Спек несколько усложнится,
это да. Симлинки можно будет попользовать, чтобы пакеты не распухали.

Если мэйнтейнер определенного ядра решит отслеживать патчи
самостоятельно, то для этого ядра будет сделаны подкаталоги в
соответствующем kernel-fix или kernel-feat и в kernel-image патчи 
будут прикладываться вот таким образом:
%apply_patches 2.6.3 flavour

Опять же всегда можно работать и по текущей схеме,
прикладывая патчи например так:
%apply_patches 2.6.3 std26
Или так: 
%apply_patches 2.6.3


-- 
Best regards,
Ed V. Bartosh