From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <klark.devel@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
 DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no
 version=3.4.1
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1728429239; x=1729034039; darn=lists.altlinux.org; 
 h=content-transfer-encoding:in-reply-to:from:content-language
 :references:to:subject:user-agent:mime-version:date:message-id:from
 :to:cc:subject:date:message-id:reply-to;
 bh=GK8IbFTRKyhHPSCpDi1pmCgHCAMZylC4mW9iSiT/ti4=;
 b=FGE+ya6yvK26zUqVHXAC05VtJdr2XpNoWaB6ukThWn2VaWTiqMYpzFZwvhOTwNoiN3
 yIUvtFBisbsaSmfvOe2WcwFkQ/PftwDjHdGYCT+sp76P+aWFCVFnW33biW2CdXYdghtK
 fClvcY+2jxBB39gxuWLhWziM5O6j9Oum/GTmw+1JdFZJvFRuFG7MBRA5yyI+3hGlsVnm
 832jUtdxFQWd0N/rd7bVB/DfiUvVjCzV5rybwWaauT6eTirWFnpaGRkv1KLlt8uIw9Qq
 qunO+YpxTHnn/Z5wa6pkEoQE6qYfv7YBptWWUPasQpF8lLzFlgui47yc6+Mn9EMxDgZ1
 qUqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1728429239; x=1729034039;
 h=content-transfer-encoding:in-reply-to:from:content-language
 :references:to:subject:user-agent:mime-version:date:message-id
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=GK8IbFTRKyhHPSCpDi1pmCgHCAMZylC4mW9iSiT/ti4=;
 b=HhWewGg/rIgVe/U24My9lVafIovvJRxwdCRD3jRtKpGXieYCQjdQn2iA2yCyqWi+xB
 tztNC1XQYTDuUYWrILkKg4ZcdOau0iYpvitN6DiJsjk20/bYBRN8P8D9A2fTzoC+I+0J
 JiEC8s1bASIwS63RBxO/V8GUncwSdDGbZ34n5gSzDe4C4HAWw2+oE62YFVz+8x8daZrV
 4uwPQQrPmiqXxCu4M1HMAWfMdvU3nnL+xeuvcMYJjN+WxcV1WwS3km8Dui78oEQi9lAA
 1uU0q/ky2ODfNHLOeUr1BO5c1FXWMn7M7SYqHJG00xjVDBFIDx4ELpAXSLM6CH3qIg2f
 W24g==
X-Gm-Message-State: AOJu0YzlCmZv3CdTKd1RwR7LpCo2iXfuev40J7djG40vvFmckaNWitoJ
 hDfu2PmHxsGAn/dLJJgxVsQgUaV/UsFnHwNKC8zTFcOhbOVUXpzuoY125Q==
X-Google-Smtp-Source: AGHT+IEzOuJXZoC+udBWyIhAPhGsYXpFSRKnDTOqZB52BQIbalhy31NxLSG5sYb4FJ8lPjYkGFtojw==
X-Received: by 2002:a05:6512:2387:b0:536:741a:6bc5 with SMTP id
 2adb3069b0e04-539c488d74amr272437e87.12.1728429238757; 
 Tue, 08 Oct 2024 16:13:58 -0700 (PDT)
Message-ID: <4db70bde-fa55-4935-b93b-422e4ebb6558@gmail.com>
Date: Wed, 9 Oct 2024 02:13:55 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: devel-distro@lists.altlinux.org
References: <aeb9c0be-fd5b-4697-a52f-edccdcd32da8@ya.ru>
Content-Language: ru, en-US
From: Leonid Krivoshein <klark.devel@gmail.com>
In-Reply-To: <aeb9c0be-fd5b-4697-a52f-edccdcd32da8@ya.ru>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel-distro]
 =?utf-8?b?0L3QsCDQsdCw0LfQtSDQsNC70YzRgtC10YDQsNGC?=
 =?utf-8?b?0L7RgCAyLjA=?=
X-BeenThere: devel-distro@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Distributions development <devel-distro@lists.altlinux.org>
List-Id: Distributions development <devel-distro.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel-distro>,
 <mailto:devel-distro-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel-distro>
List-Post: <mailto:devel-distro@lists.altlinux.org>
List-Help: <mailto:devel-distro-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel-distro>,
 <mailto:devel-distro-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Oct 2024 23:14:02 -0000
Archived-At: <http://lore.altlinux.org/devel-distro/4db70bde-fa55-4935-b93b-422e4ebb6558@gmail.com/>
List-Archive: <http://lore.altlinux.org/devel-distro/>

Всем привет!


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.