[d-kernel] kernel policy

Peter Novodvorsky =?iso-8859-1?q?nidd_=CE=C1_myxomop=2Ecom?=
Чт Апр 17 13:35:39 MSD 2003


ed на altlinux.ru (Ed V. Bartosh) writes:

> Hello, Dmitry
>
>  DVL> Т.е. мы будем называть пакеты с самими ядрами kernel-image-,
>  DVL> с модулями - kernel-module-,
>  DVL> c header'ами kernel-headers-,
>  DVL> с исходным кодом и патчами - kernel-(fix|feat)-?
>  DVL> Или как-то иначе?
> Да, я предлагаю сделать так. Тут еще один плюс - в таком подходе мы
> имеем только 6 категорий - фичи, фиксы, модули, сорцы, хедеры и
> готовые ядра.
> То есть катекория пакета однозначно определяется вторым элементом
> названия (после kernel-). А в случае kernel-alsa и т.п. такой однозначной
> категоризации нет. Убедил :) ?

Отлично-отлично. Наконец. Осталось решить последний вопрос: как будут назваться
пакеты с хедерами alsa?  :))) kernel-headers-alsa? [I}

Кстати я вношу с солгласия Эда и Димы патчик в kernel-policy:

 kernel policy обновляется участниками kernel maintainer committee.
 Состав kernel committee:
+- Ed Bartosh <ed на sam-solutions.net>
+- Dmitry Levin <ldv на altlinux.org>
 - Peter 'nidd' Novodvorsky <nidd на altlinux.com>
 
> В полиси можно зафиксировать общую стратегию, применяемую в
> репозитарии, пусть даже она будет носить рекомендательный характер.
> Ведь полиси - это стратегический документ ?

В качестве рекоммендации можно конечно.

>  DVL> Модули, исходники которых живут и меняются асинхронно с самим ядром, имеет
>  DVL> смысл собирать отдельно от ядра. Впрочем, я об этом уже говорил.
> Да, поддерживаю.

ура.

>  >> Но в спорных вопросах как будем поступать ? Нужен третий, как минимум :)
>
>  DVL> Третьего я вам найду, об этом не беспокойтесь. :)
> Ну вот и чудненько. Будем соображать на троих :)

См патчик :)

Остаются два ключевых вопроса:

1. Как прикладываются патчи (обязательность apply скрипта)
2. и [I]

Кажется всё, да?

Насчёт возможности собирания внешних модулей внутри ядра. В redhat
используется система с директорией add-on, в которую всё
кладётся. Можно, чтобы каждый source пакет (типа alsa-source) включал
в себя apply скрипт, который распаковывает его самого в add-on и
прописывает в Config.in себя. 

Хотелось бы по-быстрее завершить это обсуждение и принять базовую
полиси, чтобы приступить к работе.

-- 
Peter Novodvorsky                             nidd на myxomop.com
   http://people.altlinux.ru/~nidd   Deadheads, unite!
           Kill 'em all, and let God sort 'em out



Подробная информация о списке рассылки devel-kernel