Hi Dmitry!

Wednesday 01, at 03:07:50 PM you wrote:

> On Wed, Oct 01, 2008 at 03:03:59PM +0400, Alexey Gladkov wrote:
> > Dmitry V. Levin wrote:
> > >Синтаксис rpm позволяет делать такие spec-файлы.
> > 
> > А фактически это реально ? :)
> 
> Фактически реально получить неправильную нумерацию релизов подпакетов.
> Слишком легко сделать ошибку.
Из того, что получилось у меня, релизы субпакетов стали правильными, но
изменился общий релиз _всего_ пакета. Т.е. в этом случае пришлось бы от
него избавляться. Если наш rpm научится и это (переопределение релиза для
%package и только в рамках этого %package), то, конечно, эту проверку
%можно вернуть.

Кстати, насчет проверок. Есть мысль закрутить гайки совсем, т.е.
обеспечить возможность непропускания пакетов, не собранных из kernel
module template + ядер, собранных непонятно-как.

Проверки для модулей (в дополнение к текущим)

1) Наличие build-requires(pre): rpm-build-kernel (для src.rpm).
2) Наличие в src.rpm
Provides:  kernel-modules-%module_name-%kversion-%flavour-%krelease =
%version-%release                                                                       
Conflicts: kernel-modules-%module_name-%kversion-%flavour-%krelease <
%version-%release                                                                       
Conflicts: kernel-modules-%module_name-%kversion-%flavour-%krelease >
%version-%release
3) Наличие все дополнительных prereq в src.rpm (coreutils,kernel-image)
4) Наличие Requires(postun): kernel-image-%flavour = %kversion-%krelease в
src.rpm
5) Наличие ExclusiveArch (+ там не должно быть левых архитектур типа
athlon или pentium4) + ExclusiveOS:    Linux
6) Наличие содержимого %post_kernel_modules в %post/%postun.
7) %defattr(644,root,root,755) для модулей/директорий с модулями
8) проверка что модули лежат в
/lib/modules/%kversion-%flavour-%krelease/%module_name (если они
собираются отдельно) + там кроме *.ko ничего нет.

Для ядер я напишу чуть позже отдельным письмом.

-- 
WBR et al.