[d-kernel] Re: самонастраивающиеся ядра или Авто Выбор Архитектуры.
Boldin Pavel
ldavinchi на inbox.ru
Ср Апр 6 00:17:18 MSD 2005
Anton D. Kachalov пишет:
>On Wed, Apr 06, 2005 at 12:46:43AM +0500, Boldin Pavel wrote:
>
>
>>Очень хорошо... но вот только 150 раз настраивать ядро - удовольствие
>>спорное...
>>а ведь еще и ошибится можно...
>>
>>
>А на что существуют мантейнеры? Есть люди, которые отвечают за одни
>конфиги для одной архитектуры, а есть люди, которые отвечают за другую
>архитектуру. Вот и всё.
>
>
ага, а вот все это собирается в один пакет - несколько саперов идут -
один работает, вероятность подрыва увеличивается
>
>
>>вот мое предложение: пишется простой sh/perl скрипт производящий
>>элементарную проверку spec и config файла для ядра "на вшивость"
>>( нечто похожие на sisyphus_check )
>>и создается config файл под каждую архитектуру :( ...
>>
>>
>Не очень понял что и, главное, зачем проверять?
>
>
конфиги ядра на obsoletes для данной архитектуры...
>
>
>>еще можно вываливать пользователя в menuconfig (как эксклюзивный вариант)...
>>
>>
Вот это хотелось бы поробовать :)
>>по поводу вкомпиляции модулей: ведь hotplug и instaler опознают hardware?
>>
>>
>Сейчас все модули по максимуму выносятся из ядра. Не так давно мы лешились
>PDC :)
>
>
>
>>держание 10 конфигов - хождение по минному полю - когда нибудь да
>>взорвешься...
>>
>>
>А у нас почти так со всем. Вот кто-то выложил новую библиотеку, где
>сменился soname и всё - половина пакетов подрывается, т.ч. это уже более,
>чем нормальное явление :)
>
>
С этим надо бороться :(
Хотя это скорее всего единственный путь....
PS. так что там с 2.6.11-vs26? когда соберете?
--
Болдин Павел aka davinchi
ldavinchi на inbox.ru or davinchi на zu.org.ru
ZU - Zagovor Unixoidov. SSAU 303.
----------- следущая часть -----------
Вложение в формате HTML было удалено...
URL: http://lists.altlinux.ru/pipermail/devel-kernel/attachments/20050406/25a61856/attachment.html
Подробная информация о списке рассылки devel-kernel