[devel-distro] на базе альтератор 2.0

[Leonid Krivoshein]

Всем привет!


On 10/8/24 16:43, Антон Мидюков wrote:
> Доброго времени суток
>
> Три недели назад обсуждали в составе: sin@ cas@ sem@ shaba@ antohami@, каким должен быть новый инсталлятор на базе альтератор 2.0.

Пересмотрел доклады XX DevConf про alterator 2.0 -- пока не увидел 
внятного описания концепта и целей. И сколь-нибудь предметного 
обсуждения в паблике не встречал.

Декларировано внедрение системы управления конфигурациями на 
dconf/gsetteings, описанная как рекомендация замены виндового реестра в 
мае 2005 года компанией IBM 
(http://web.archive.org/web/20121029054935/http://www.ibm.com/developerworks/ru/library/linux_migr/intro.html?ca=drs-ru 
, увы, полной версии этого гигантского документа у меня не сохранилось). 
Т.е., 19 лет спустя мы забываем про паппеты, ансиблы, сальты и иже с 
ними, и начинаем применять эти рекомендации IBM, внедряя свою самобытную 
систему управления, так?

При этом нет ничего плохого в dconf, gsettings и dbus, у нас они активно 
много лет используются по назначению. И нет ничего плохого в том, чтобы 
использовать шину dbus для обмена данными между приложениями. Но 
управление конфигурацией?.. IBM это видела так... но в 2005 году!

В ответе на главный вопрос Павла Волнейкина про источник конфигурации 
говорится об опакечивании дефолта с пакетом. Где же тогда 
конфигурируемость? Мы и сейчас без dconf можем переконфигурировать 
единственный дефолт, идущий с пакетом. Наша беда в том, что нам для 
одного пакета нужны разные конфигурации, в зависимости от того, как и в 
каком решении будет использоваться пакет.

Но тут я видимо просто многого не знаю про alterator 2.0, а выглядит 
так, что все знают, концепт отличный, мы во всём от него отталкиваемся. 
В том числе, при проектировании Installator 2.0. Надеюсь, так оно и 
есть. Так что, далее буду исходить из того, что alterator 2.0 -- это 
нечто новое, пока не описанное, но многообещающее нечто...



> По результатам обсуждения я сформулировал следующие тезисы:
>
> 1. Графический интерфейс инсталлятора представляет собой конфигуратор, который создаёт сценарий автоустановки (kickstart-файл)
>
> 2. Сценарий автоустановки состоит из секций конфигураций, соответствующих бекенду. Если бекенд не доступен, секция конфига пропускается
>
> 3. Один и тот же сценарий автоустановки может использоваться для установки и запуска настройки первого запуска, так как в инсталляторе и установленной системе разный набор бекендов (в установленной системе точно нет модуля разбивки диска).
>
> 4. После того, как выполнена конфигурация и нажата кнопка установить (при настройке первого запуска - это Применить), происходит автоустановка. В графическом режиме процесс автоустановки визуализируется отдельным шагом "Установка", а в режиме автоустановки графический интерфейс не запускается и процесс визуализируется текстовыми сообщениями о выполненных операциях.
>
> 5. Установка разделена на две части: собственно установка и настройка при первом запуске.
>
> 5.1 Настройки установки
>
> 5.1.1 Выбор языка
>
> 5.1.2 Принятие лицензионного соглашения
>
> 5.1.3 Настройка даты/времени
>
> 5.1.4 Настройка сети
>
> 5.1.5 Создание пароля root
>
> 5.1.6 Создание пользователей
>
> 5.1.7 Выбор компонентов для установки
>
> 5.1.8 Разбивка диска, настройка загрузчика и задание пароля LUKS (кажется логичным делать это одним шагом, а не тремя)
>
> 5.2 Настройки первого запуска
>
> 5.2.1 Выбор языка
>
> 5.2.2 Принятие лицензионного соглашения
>
> 5.2.3 Настройка даты/времени
>
> 5.2.4 Настройка сети
>
> 5.2.5 Создание пароля root
>
> 5.2.6 Создание пользователей
>
> 5.2.7 Выбор компонентов для установки
>
> 6. Настройка первого запуска является опциональной
>
> 7. Настройки из пунктов 5.1.1-5.1.7 необязательно выполнять при установке, если будет выполняться настройка первого запуска
>
> 8. Настройки выполняются параллельно
>
> 9. Первоначальной задачей является создание Настройки первого запуска (новый alterator-setup), для которой не нужно делать две наиболее технологически сложных части: разбивка диска и собственно установку, но можно реализовать поддержку создания и выполнения kickstart-файла.
>
> Предлагаю для начала определиться корректны изложенные тезисы или нет.
>

-- 
WBR, Leonid Krivoshein.