[d-kernel] Q: modutils vs module-init-tools

Alexander Bokovoy a.bokovoy at sam-solutions.net
Tue Feb 10 16:39:24 MSK 2004


On Tue, Feb 10, 2004 at 03:51:00PM +0300, Dmitry V. Levin wrote:
> On Mon, Feb 09, 2004 at 07:19:01PM +0200, Michael Shigorin wrote:
> > 	Здравствуйте.
> > Сегодня на #altlinux имели место очередные прения.
> 
> На сегодняшний день существуют 3 принципиально разных подхода к проблеме:
> 
> 1. mu+mit под одной тонкой крышей (как у Федоры, SuSE, Debian).
> Это самый лёгкий в реализации и наиболее неудобный в эксплуатации вариант,
> который производит впечатление временного.  Основное неудобство заключено
> в существенных различиях конфигурирования для mu и mit.
> 
> 2. mu с добавлением функционала из mit (как в /pub/people/ed).
> Этот вариант призван существенно облегчить миграцию на 2.6 для сисадминов
> благодаря полной совместимости с чистым mu.  Требует постоянных затрат на
> поддержание актуального функционала из mit.  Ввиду того, что в mu и так
> наблюдается переизбыток функционала, шансов на то, что этот подход будет
> поддержан другими вендорами, мало, т.е. все затраты на поддержку лягут на
> ALT.
> 
> 3. mit с добавлением функционала из mu (реализации нет).
> Этот вариант призван решить обе задачи, т.е. и облегчить миграцию с 2.4, и
> избавиться от лишнего функционала толстого mu.  Требует постоянных затрат
> на поддержание актуального функционала из mit.  Шансов на то, что этот
> подход будет поддержан другими вендорами, по-моему, больше, но только в
> случае, если будет предложена уже работающая реализация.  Есть опасность
> того, что первая реализация будет плохо работать со всеми ядрами.
> 
> Вариант 1. мне не нравится, делать времянку на несколько лет я бы не хотел.
> 
> Вариант 2. меня устраивает больше, но текущая реализация
> (modutils-2.4.25-alt16) меня не устраивает: вносимые изменения содержат
> явные ляпы (которые мы обсудили 6-го февраля с vsu@), и мне не очевидно,
> что они (изменения) не портят поддержку 2.4.  Думаю, что эту реализацию
> можно довести до ума.  2vsu: когда?
Как я вчера уже говорил, этот вариант стоит рассматривать как тактический
ход.

> Вариант 3. этот вариант теоретически лучше всех, но отсутствие рабочей
> реализации сводит все его преимущества на нет.
Это стратегическое направление, с моей точки зрения.
 
> 2ab: Это ведь серьёзная тема, выбор не очевиден, наших ресурсов не хватает,
> может, стоит обсудить в xvendor@?  Возьмёшься?
Возьмусь. Потребуется около недели, наверное: надо еще понять, куда в SuSE
ветры дуют после объединения (Mantel вдруг перестал собирать ядра).

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/


More information about the devel-kernel mailing list