[devel] E: incoming i586 reject: kernel-image-led-tc-2.6.22-alt23
Konstantin A. Lepikhov
=?iso-8859-1?q?lakostis_=CE=C1_altlinux=2Eorg?=
Ср Окт 1 19:11:12 MSD 2008
Hi Dmitry!
Wednesday 01, at 06:09:54 PM you wrote:
> On Wed, Oct 01, 2008 at 04:13:48PM +0400, Konstantin A. Lepikhov wrote:
> [...]
> > Кстати, насчет проверок. Есть мысль закрутить гайки совсем, т.е.
> > обеспечить возможность непропускания пакетов, не собранных из kernel
> > module template + ядер, собранных непонятно-как.
> >
> > Проверки для модулей (в дополнение к текущим)
> >
> > 1) Наличие build-requires(pre): rpm-build-kernel (для src.rpm).
>
> К сожалению, в src.rpm buildrequires(pre) ничем не отличается от
> buildrequires, а sisyphus_check работает именно с rpm-пакетами, а не со
> spec-файлами. Так что максимум, что можно здесь проверить -- это наличие
> зависимости src.rpm-пакета от rpm-build-kernel.
хотя бы так.
>
> > 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
>
> Это можно добавить.
> Кстати, кто-нибудь помнит, зачем нужны эти provides/conflicts?
Для того, чтобы исключить возможность установки нескольких версией одного
и того же модуля для одного ядра.
>
> > 3) Наличие все дополнительных prereq в src.rpm (coreutils,kernel-image)
>
> Наш rpm теперь порождает prereq'и сам, coreutils туда точно вносить не
> надо.
Значит, в templates это можно убирать?
<skip>
> > 5) Наличие ExclusiveArch (+ там не должно быть левых архитектур типа
> > athlon или pentium4) + ExclusiveOS: Linux
>
> Если в пакете есть конфиг для athlon или pentium4, то зачем запрещать эту
> архитектуру в ExclusiveArch?
в модуле ядра не может быть конфигураций для неподдерживаемых архитектур
ядра. Пока ядра у нас собираются на i586 и x86_64 и репозитория для
athlon/pentium4 у нас нет.
> Что касается "ExclusiveOS: linux", то мне кажется, что от присутствия или
> отсутствия этого тэга ничего не изменится.
Это защита от дурака, как и предыдущие проверки.
>
> > 6) Наличие содержимого %post_kernel_modules в %post/%postun.
>
> Это можно добавить.
>
> > 7) %defattr(644,root,root,755) для модулей/директорий с модулями
>
> %defattr сложно проверить; можно проверять права доступа
> на сами каталоги с файлами.
ага.
>
> > 8) проверка что модули лежат в
> > /lib/modules/%kversion-%flavour-%krelease/%module_name (если они
> > собираются отдельно) + там кроме *.ko ничего нет.
>
> Тут могут возникнуть проблемы. Например, в пакете
> kernel-modules-nvidia есть что-то похожее на переключатель модулей.
меня давно интересовало, зачем _это_ засовывать в kernel-modules, да еще и
в /var/lib
--
WBR et al.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 189 байтов
Описание: Digital signature
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20081001/2682ebb2/attachment-0002.bin>
Подробная информация о списке рассылки Devel