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=1728511727; x=1729116527; 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=IDF8ykDxPaq9Ean7wvh4yhNwNcvOlh3kfWY53ZaR+gY=; b=WAKDd5EyxlTMyk3Pee+ZhEqPISEoFapgVPIawJJCX9Tw3ez31H1+iZJjKH+IS8vFkF 4CDipNI5F21hBxWkTGug2Pg2rJxJ6pDtGNr5BsROSxW+Hkj+lkNe6WztLiNy+cu3PawJ u/17P91JIM2ECinCoYWIeBMQh8afQUm9Ply/mrZzZp/C205zwmKSpinlgwOeS5J0gfBK FjzaC8ywDiDYCLKLph36yINymCTRBq5c9gjWdLk0JDqzl3V3K3zpReslwFDtPL7ivhuq Kjegzum2LJtkfwRo6GVYy7MxIpaJfHSrzP+L/y2TZNOzWNagKusuDKxwi95EQUPtOsmd VUGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728511727; x=1729116527; 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=IDF8ykDxPaq9Ean7wvh4yhNwNcvOlh3kfWY53ZaR+gY=; b=jukuljS+6oKpCZU/YMruxhKCLVGoXw2UaE5sr4SNldEkANCt5O3VilA0ZwGt8+8RO4 E5pK+u8KKgiIJPLRXdCJ3rZml9PwWj0oXIIWG6NYkt9+D71b0A2+Roh3e1K+RcpiCrwK GCn5WU1c+4zp23CZtyF/NWzyILMW9rs/aIEA8NSk8i3IrO8Q3dvjOACHIZG+1M70JWvz eH9onzNO51fBR42a2wp0zQgmt3dkT2XG5gcTm+1JUa3jVlcXclWsB/Zn2OOLetLrpsL+ 4rCMKjK+/pR5jVIKIz32g806/gQPowxxhDczwljQIcADc5+lp4jBYRbxasoLEKjY9XMB JSDw== X-Gm-Message-State: AOJu0Yz2X7uYol5LN2z+pxba3BlzCkgwAna7DexfS3L99znMMBTw/34c iqTLl5uMu0HOd9rFXMrvIdHTq0njUrOZraC8YGvdDXrEzw2JlcAWsX1y9A== X-Google-Smtp-Source: AGHT+IFT6luxCjuEuB6ixHVrGEYrz7R+CztkntKw65PdWla7QcIdsnGlU7f900/vbUc8D0FuEid02w== X-Received: by 2002:a05:6512:1243:b0:52d:b226:9428 with SMTP id 2adb3069b0e04-539c488e7bemr2967944e87.6.1728511726479; Wed, 09 Oct 2024 15:08:46 -0700 (PDT) Message-ID: Date: Thu, 10 Oct 2024 01:08:43 +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?0KLQtdC30LjRgdGLINC00LvRjyDQuNC90YHRgtCw?= =?utf-8?b?0LvQu9GP0YLQvtGA0LAg0L3QsCDQsdCw0LfQtSDQsNC70YzRgtC10YDQsNGC?= =?utf-8?b?0L7RgCAyLjA=?= 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 22:08:50 -0000 Archived-At: List-Archive: On 10/9/24 09:19, Ivan A. Melnikov wrote: > On Tue, Oct 08, 2024 at 04:43:47PM GMT, Антон Мидюков wrote: >> Доброго времени суток >> >> Три недели назад обсуждали в составе: sin@ cas@ sem@ shaba@ antohami@, >> каким должен быть новый инсталлятор на базе альтератор 2.0. > Во-первых, я апплодирую, потому что, хотя я и не участвовал в этом > обсуждении, на днях я доказывал sin@, что нужно делать примерно > то же самое. > >> По результатам обсуждения я сформулировал следующие тезисы: >> 1. Графический интерфейс инсталлятора представляет собой конфигуратор, >> который создаёт сценарий автоустановки (kickstart-файл) > Я не считаю, что у нас возможна совместимость с redhat в этом вопросе. > Поэтому я предлагаю придумать этому файлу другой формат и название. > Взяв у коллег лучшее, естественно. > > Формат должен быть документирован, его корректность и наличие > всех необходимых полей должны быть проверяемы программно (т.е. > нужна схема). Да. Yaml. СхемЫ тоже на Yaml. Есть возражения? Во множественном, т.к. модульность, схемы будут разделены по пакетам. Важна строгая типизация, давно обсуждали это и кажется Иван Захарящев даже что-то делал для этого с woo. Но. Многое зависит от того, что будет с конфигуратором, какими данными он будет манипулировать и будет ли он связан с установщиком. >> 2. Сценарий автоустановки состоит из секций конфигураций, >> соответствующих бекенду. Если бекенд не доступен, секция конфига >> пропускается > С этим пунктом я не согласен. Лучше явно помечать, в каких условиях должен > выполняться каждый шаг. Во-первых, explicit is better than implicit (c). > Во-вторых, это позволит конфигуратору (графическому, хотя и не > обязательно) не пытаться идти и выяснять, какие бекенды есть, а просто > делать свою работу. > > В целом, конфигуратор я представляю себе как инструмент, получающий > на вход шаблон сценария автоустановки и, возможно, режим работы > (установка/настройка первого запуска/...), и дозаполняющий в нужных > шагах необходимые поля. Грубо говоря, файл на входе, файл на выходе. > Легко писать, легко тестировать, легко пилить альтернативные > реализации. Да. Только не конфигуратор, а установщик. Или уж тогда та часть установщика, что отвечает за ручное конфигурирование. >> 3. Один и тот же сценарий автоустановки может использоваться для >> установки и запуска настройки первого запуска [...] > Опять же да, но мне кажется, что если нужного бекенда нет, это > ошибка, а применимость шага в конкретном сценарии должна быть > явно отмечена. > >> 8. Настройки выполняются параллельно > Это важно и было бы круто. Нужно продумать, могут ли быть > зависимости между шагами установки, помимо очевидной > зависимости ВСЕГО от разбивки диска Да. Но если ради нескольких шагов, то усложнение того не стоит. > и установки пакетов. > На первый взгляд не вижу ничего такого. Установка большого числа пакетов из установщика, вероятно, не самое лучшее на сегодняшний день решение. Такой шаг уместней в конфигураторе из установленной системы после обновления. И тянуть не из repo-main, а по сети. -- WBR, Leonid Krivoshein.