[devel] alterator и kickstart

[Denis Ovsienko]

> 0. То что сейчас существует это не какая-то отдельно сделанная
> технология, это скорее побочный эффект того как работает сам
> alterator (достаточно посмотреть на размер пакета
> alterator-autoinstall)

Эффект возможности kickstart важнее её позиционирования.

> 1. Я так и не понял хотим ли мы какой-то свой особенный формат или
> хотим формат в стиле RH/SuSE.
> 2. Не было времени изучить все последние веяния на этом поприще (а то
> сделаем себе kickstart, а RH убежит вперёд) и оценить ситуацию.
> 3. Не было заказа с пометкой "срочно, это единственный выход".

В современных серверных парках это действительно единственный выход.

> 4. Отдельные модули, типа vm генерят достаточно мутный набор команд и
> используют свой особенный дополнительный профиль.
> 5. Надо по хорошему autoinstall сопровождать модулем по созданию
> autoinstall по аналогии с RH.
> 6. Чтобы профиль был после работы инсталлятора, то по хорошему надо
> изменять стиль его работы, а для этого надо понять какие модули мы
> оставляем интерактивными ибо иначе нельзя, а какие будут просто
> генерить команды для kickstart. Пока мысли такие:
>      - всё что идёт на третьей стадии (внутри уже установленной
> системы) можно переделать на kickstart
>      - всё что идёт на второй стадии должно остаться интерактивным,
> но перенос настроек будет делаться при помощи сгенерённого kickstart.
> При таком подходе есть шанс взять этот интеграл "по частям".

Предлагаю все сомнительные составляющие пропустить.

> Уфф ... в общем всё это я пойду запишу на wiki пока не забыл
> (http://www.altlinux.org/Installer/todo), а заинтересованные
> приглашаются к обсуждению в devel-conf на .

Я обновил страницу.

-- 
    DO4-UANIC