From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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,SPF_PASS autolearn=ham autolearn_force=no version=3.4.1 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1728550447; bh=FXKbm3VAfPl8q9Ps6lms+THTMudgVJN6i1EKcm7fiIU=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=T039NkPl/O0/AdAWN9yzet+tQjO6lu+aVthi/xeBiZhVgFxbyLczUe0ILVtr/G1h/ LJ+SQx+w9v+1GHMcc25wjVmdVSwe+9lYVZRQORG9hFYibyyRyde/hdSNRqOBEtikVA XKVl0nVkp1U8GWCs42kryVSGF0wSRCgW7OT8yDz0= Authentication-Results: mail-nwsmtp-smtp-production-main-84.vla.yp-c.yandex.net; dkim=pass header.i=@ya.ru Message-ID: <7c090d47-540e-4389-a084-a17eae2b3ea1@ya.ru> Date: Thu, 10 Oct 2024 11:54:06 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel-distro@lists.altlinux.org References: <0b88a4bf-6636-4bfe-8f39-e56dbec47a6e@gmail.com> Content-Language: ru From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: <0b88a4bf-6636-4bfe-8f39-e56dbec47a6e@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Yandex-Filter: 1 Subject: Re: [devel-distro] =?utf-8?b?0J/RgNC40LzQtdGAINGE0LDQudC70LAg0YDQsNC3?= =?utf-8?b?0LzQtdGC0LrQuCDQuCDQvtC/0LjRgdCw0L3QuNGP?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2024 08:54:12 -0000 Archived-At: List-Archive: 10.10.2024 04:01, Leonid Krivoshein пишет: > > On 10/10/24 01:08, Leonid Krivoshein wrote: >>> [...] >>>> По результатам обсуждения я сформулировал следующие тезисы: >>>> 1. Графический интерфейс инсталлятора представляет собой конфигуратор, >>>> который создаёт сценарий автоустановки (kickstart-файл) >>> Я не считаю, что у нас возможна совместимость с redhat в этом вопросе. >>> Поэтому я предлагаю придумать этому файлу другой формат и название. >>> Взяв у коллег лучшее, естественно. >>> >>> Формат должен быть документирован, его корректность и наличие >>> всех необходимых полей должны быть проверяемы программно (т.е. >>> нужна схема). >> >> Да. Yaml. СхемЫ тоже на Yaml. Есть возражения? Во множественном, т.к. модульность, схемы будут разделены по пакетам. Важна строгая типизация, давно обсуждали это и кажется Иван Захарящев даже что-то делал для этого с woo. >> > > Разметка дисков -- существенная часть установщика. Давно хочу написать этот бэкенд и уже примеряюсь к инструментарию, хотя архитектура Volume Slicer (vs) созрела окончательно в прошлом году. > > Всегда считал, что описание разметки -- весьма непростая сущность, оно не обязано быть в том же формате, что и файл ответов, хотя служит тем же целям. Если вдруг это совпадёт, будет здорово, можно вложить одно Yaml-дерево в другое, но всегда можно использовать просто ссылку на отдельный файл. > Я даже думаю, что разметка диска не должна быть частью конфигуратора. Это должен быть отдельный модуль, генерирующий отдельный файл. Тогда выглядит схема инсталлятора так: Конфигуратор (если необходимо) -> Разбивка диска -> Установка (из пакетов, из live или архива, неважно) -> Интерпертатор сценария автоконфигурирования, запущенный в chroot -> Перезагрузка в установленную ОС То есть интерпретатор автоконфигурирования является в данной схеме частью установленной системы вместе с бекендами. И тогда вообще никаких отличий с предустановкой: Конфигуратор (если необходимо) -> Интерпертатор сценария автоконфигурирования -> Перезагрузка Сразу возникает вопрос, а точно ли нам нужно тогда запускать его в чруте? Мне кажется, что нет. Если это не OEM, то при первом запуске не запускается конфигуратор, а выполняется сценарий автоконфигурирования и перезагрузка. А OEM только и будет отличаться тем, что будет запускаться конфигуратор в установленной системе. То есть я вернулся в итоге к изначальному варианту реализовать предустановленную систему с возможностью автоустановки. Конфигуратор в итоге будет готов. И останется реализация модуля разбивки диска и модулей развёртывания из пакетов (а может оно нам и не надо окажется?), live или rootfs (эти два варианта очевидно очень похожи, поэтому это может быть один и тот же модуль). П.с.: Я свои ответы на разные письма позже резюмирую, как своё видение общей ситуации по данному обсуждению. -- С уважением, Антон Мидюков