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 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=1728438042; x=1729042842; 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=Tv2tOEmHu30uygN8WkvdogBaE63S7SijWE/1zMtbYMs=; b=JOHYEjjpahMn4o2iyjoBPobw1w0/9QXiBwiglateYklvSuj71bL1lPU0L1Zr/UH/Sc v9yDiPx3eZqW8lNwMcS3OmHW/ErE/BNhsf8JU201sq1hIaVuEvfUm93copf+0LpBcN5r Rm+mLkRWy+TD8p7fplz1oy5gsP/eACQjgbDnFJH1HMYdbB9tse5QitMGdBENuY/mSjKc j1kZnXjJFDU/7+1UO7z2hIgAP/zwf8a7KVKZVJ5DTky/U25kWCIzQGf/o6kpBZoV9TJz kR/zNqxDdVCaV2TSCFRWfo3aDCkT03W9db4ZdaDjJLHUSRHRVfkUeeSaWsxY8P0SkgTD vFAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728438042; x=1729042842; 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=Tv2tOEmHu30uygN8WkvdogBaE63S7SijWE/1zMtbYMs=; b=Nw9AOXmEOWJRcfSOOPTPL0J7HR82+BWT3DDSITRZwHlu8pq7cYcaQMfsXbn72fRr8n sl7BgaoGN33+rfoEfSHQ3UMYseXMM2M3x+fuER4YjzIG/sLmmxpFPx2Fp+nTqHJSJz2d GbuzeV/5MbTwQpE6lpZkCjAEPQKA2rggtDZ0ZUBM5hNFFHikFJbDIL8NaFpLfrZqo3+Z YZFW0BZqkD8MyR/sglVD8r/XYdTVLD19ywd2leRa4fAMhDQ7leLEDk39zMrdwIj/e64j nigoTyiRTwwg5OcQ9YqRzbz/ID0EVGFAzSmKuFH/EWqWA61KwvUDXfT676ot3Sf4ubcT IArQ== X-Gm-Message-State: AOJu0YxxXTiieryg1JP1/SgZYKG7W5zyHVIIyrcDwCihyljWp+hS6wGh f9Xq6mPf2oaHfhUjX5m1OBnCfTI2EaDMxzPhv14kAQqIYWHbswlcXNIxTg== X-Google-Smtp-Source: AGHT+IFqaVrrA4CVsdvZYpVekeGCMWSfUNZ1cjB25omcclti6/yHN/c2VdUZTDylKSCmO6RrCHN9BA== X-Received: by 2002:a2e:f11:0:b0:2f6:5fa7:2640 with SMTP id 38308e7fff4ca-2fb187bd25cmr4298391fa.34.1728438041198; Tue, 08 Oct 2024 18:40:41 -0700 (PDT) Message-ID: <1d1b88b2-ad28-4463-b42f-9b37fcab6e01@gmail.com> Date: Wed, 9 Oct 2024 04:40:37 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel-distro@lists.altlinux.org References: Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel-distro] =?utf-8?b?SW5zdGFsbGF0b3IgMi4wOiDQutC+0L3RhNC40LM=?= =?utf-8?b?0YPRgNCw0YLQvtGALCDRgdC+0LfQtNCw0Y7RidC40Lkga2lja3N0YXJ0LdGE?= =?utf-8?b?0LDQudC7?= 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: Wed, 09 Oct 2024 01:40:44 -0000 Archived-At: List-Archive: On 10/8/24 16:43, Антон Мидюков wrote: > Доброго времени суток > > Три недели назад обсуждали в составе: sin@ cas@ sem@ shaba@ antohami@, каким должен быть новый инсталлятор на базе альтератор 2.0. > > По результатам обсуждения я сформулировал следующие тезисы: > > 1. Графический интерфейс инсталлятора представляет собой конфигуратор, который создаёт сценарий автоустановки (kickstart-файл) Типа такого: http://www.rhd.ru/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/ch-redhat-config-kickstart.html ? Видимо когда-то у нас почти так и задумывалось, но получилось совсем не так. Нужна ли совместимость с форматом kickstart? RedHat и на ней основанным -- понятно, почему нужна. Формат устаревший, они его тянут по нужде, а не от хорошей жизни. Он не подходит как универсальный формат для конфигураций при повторных развёртываниях. Достаточно глянуть схему описания сложного разбиения дисков. Сейчас для целей массового серверного деплоя чаще используют Yaml, реже Toml. При этом kickstart уже известен и хорошо понятен рынку, только в этом его плюс при полной совместимости, которая, скорее всего, недостижима. Чтобы не быть голословным, сравните покрытое этой фичей: https://github.com/osboot/make-initrd/tree/master/features/kickstart с тем, что предлагает офдок RedHad по Kickstart. А без полной совместимости ремейк этого старья 20-летней давности теряет смысл. Но говорить о средствах конфигурирования (видимо dconf-конфигурацией) без понимания того, что собой представляет новый конфигуратор, бесполезно. Равно как и без обсуждения того, насколько вообще необходимо интегрировать конфигуратор в установщик. Вот концептуальные вопросы по этому разделу: 1.1. Нас устраивает текущий guile формат для файлов ответов? Если нет, тогда какой формат и почему? 1.2. Мы хотим возможность заранее сконфигурировать будущую установку без инсталлятора в GUI, т.е. отдельную программу в установленной системе, создающую файл ответов? Например, как часть будущего конфигуратора. 1.3. Как не повторить ошибок, из-за которых модули установщика и разных фронтэндов конфигуратора нельзя использовать во всех окружениях? Другими словами: насколько вообще нужно делать часть конфигуратора интегрированной в установщик? Может, пусть установщик разворачивает, а конфигуратор конфигурирует? 1.4. Разве вебовский UI/UX сейчас не приоритетней? Его давно не проблема встраивать в толстые приложения. И хотя этот подпункт скорее про конфигуратор, учитывая 1.2 и 1.3, вопрос звучит так: нам интересней ограничиться фронтэндом на guile, в т.ч. и дальше заниматься его поддержкой, или же интересней использовать простой декларативный язык UI/UX или даже готовую рисовалку интерфейсов на декларативном языке? > 2. Сценарий автоустановки состоит из секций конфигураций, соответствующих бекенду. Если бекенд не доступен, секция конфига пропускается Поскольку тут одни неизвестные, я это пока не буду комментировать. > 3. Один и тот же сценарий автоустановки может использоваться для установки и запуска настройки первого запуска, Возможно тут есть противоречие с п.7, зависит от того, насколько "необязательно". Но главное, конечно, это что настройка первого запуска -- другое приложение, выполняющееся в другом окружении уже установленной ОС. Если это то же приложение (Installer 2.0), то запускаемое в окружении установленной ОС с ключом --firsttime, при котором просто жёстко пропускается часть шагов. И это лучше, чем как сейчас дублировать код в разных пакетах. На мой взгляд, важно для всего иметь разумный дефолт. Чтобы его можно было поменять в интерактиве, при желании, но без острой необходимости проходить какие-то "шаги". > так как в инсталляторе и установленной системе разный набор бекендов (в установленной системе точно нет модуля разбивки диска). И поэтому для форматирования флешек используется rosa-imagewriter, для работы с имеющимися разделами -- gnome-disk-utility, и т.д. Как раз к вопросу 1.3. > 4. После того, как выполнена конфигурация и нажата кнопка установить (при настройке первого запуска - это Применить), происходит автоустановка. В графическом режиме процесс автоустановки визуализируется отдельным шагом "Установка", а в режиме автоустановки графический интерфейс не запускается и процесс визуализируется текстовыми сообщениями о выполненных операциях. > > 5. Установка разделена на две части: собственно установка и настройка при первом запуске. > > 5.1 Настройки установки > > [...] > > 5.2 Настройки первого запуска > > [...] > > 6. Настройка первого запуска является опциональной > > 7. Настройки из пунктов 5.1.1-5.1.7 *необязательно* выполнять при установке, если будет выполняться настройка первого запуска > > 8. Настройки выполняются параллельно > > 9. Первоначальной задачей является создание Настройки первого запуска (новый alterator-setup), для которой не нужно делать две наиболее технологически сложных части: разбивка диска и собственно установку, но можно реализовать поддержку создания и выполнения kickstart-файла. > > Предлагаю для начала определиться корректны изложенные тезисы или нет. > -- WBR, Leonid Krivoshein.