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=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=Hu+uhuRYEQHzFS0jy7+qsPtS3OO8+NeRkr7KJMeuLNc=; b=Wi76Ygy9A3iDyu6ZTYct7GXrNMCx97xFejjcz69HYVnbuZaszemUc2eycv2OuXFR1n Hlu+8WVUZWfLnWdIyHMrm7GJwt4cnnt3L28s2FMEYAAKhtlpA1Ush4hWKPRDA1+z4tOf spZ1Et/ZZh3sW46KeV8wHUqBkwlIN95wr7ofaYFwmx1sFpoQ3chBhAn3p97RVCU2v0WA 22QTl3u96Lczk6/hQ8OtGichWakkC71nMVhvqpMAuIkYA1QlTxvvftL6j4A2a5P5DKGX FKbQaKpEvRheBCDEGtItKY1MyoWtm63/uDaPlP82e39Q7IXOh3yAzoj+8J2e04yDoCsA syzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Hu+uhuRYEQHzFS0jy7+qsPtS3OO8+NeRkr7KJMeuLNc=; b=dnx4t2ycWfeORe8Ynx1Uy2/dcXI4Bth6okfZtUWogyh0b276avwr0EbxasDtF0mFxL OpMaudrQHDY2+pC6Plp8Do1ES/iH1xBHlLCvf96iNgcNoekNc7upJUIe/auY07hoMxbT VFkj5JQrrEOoNNTiEvXMJ5+BMk98DsbTJTabFR4oBv4S7tKPJ683+IyUiLd05JSf32cb cvzxbrooQEdqpok1lKUkgLln8TShdeS/58nKSpmAgP9Si7OCBfbkVB4ICn874gOk988p SQKH83JPIlchq4ffyJfLDr2Kxfv/1pS0NokbxEA75A0t3Ypxo+QwMzO6N1Ek5NFXjY3a Jh4A== X-Gm-Message-State: AOAM531GQrYHyNbLQbR6rcQOpoUtyNKbHJO2AJl2rQbvjgNePNnXW3GY SlU8F7ZXm7f9lre4rB+hoU4IcQd1+Zk= X-Google-Smtp-Source: ABdhPJx8Nh4wKYb/nvKIxVcGcmmV1LPIKSG4GzyU5W1fh0F744NX/T8TgbdClNlFDO7CsydfHG2rJg== X-Received: by 2002:a05:6512:605:: with SMTP id b5mr24875897lfe.72.1629716647804; Mon, 23 Aug 2021 04:04:07 -0700 (PDT) To: make-initrd@lists.altlinux.org References: <121fd50e-cce3-b28b-f05c-0efaa4606d7b@gmail.com> <20210823092907.yyy6gxk6yjzrsbvx@example.org> From: Leonid Krivoshein Message-ID: Date: Mon, 23 Aug 2021 14:04:06 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210823092907.yyy6gxk6yjzrsbvx@example.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [make-initrd] =?utf-8?b?Ym9vdGNoYWluK2FsdGJvb3Q6INGDINC80LXQvdGP?= =?utf-8?b?INC10YHRgtGMINC/0LvQsNC9?= X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 11:04:12 -0000 Archived-At: List-Archive: 23.08.2021 12:29, Alexey Gladkov пишет: > On Sat, Aug 21, 2021 at 10:14:22PM +0300, Leonid Krivoshein wrote: >> Алексей, привет! >> >> >> Почти два месяца, включая срочный проект и отпуск в полном ауте, но уже >> вернулся к bootchain+altboot... >> >> >> Оставшиеся у меня задачи: >> ========================= >> >> 1. Разобраться, как запускать виртуалку с -novga (без TTY's) и поработать в >> консоли с dialog. > Говорю просто для информации. В master переехала фича bootloader с TUI на > libnewt. Правда он не модульный. Я слышал, что Петр Михалицын имеет > некоторые мысли по развитию этого TUI. Больше фич хороших и разных! Надо будет потом посмотреть. Насчёт именно libnewt, помню, у коллег были большие сомнения. К слову, и propagator написан с зависимостями на неё. >> 2. Добавить в bootchain-core и bootchain-intractive код для поддержки >> netconsole. > Не стоит ли сделать поддержку netconsole глобальной ? Вчера уже выгрузил этот код, вроде всё работает. Основное попало в bootchain-interactive (bootchain-sh-functions и чуток в виджеты). Именно его с поддержкой netconsole имеет смысл делать отдельной фичей, как только её лучше назвать? В bootchain-core (форк pipeline) попало лишь крошечное изменение, теперь демон понимает опцию nottys, чтобы не создавать на tty3 процесс вывода журнала, это параметр из bootchain-interactive. С этой netconsole наловил кучу дистрибутивных багов, не связанных с make-initrd. Не все умеют с ней работать, даже grub работает лишь в определённых условиях, в зависимости от образа. Нужно сначала понять, то ли я вообще сделал, что требовалось? Мне не удалось найти надёжного способа автоматического определения netconsole, поэтому пришлось ввести ещё один параметр nottys. Но вообще реализация получилась очень простой и, на первый взгляд, рабочей, и даже код определения размеров консоли пришёлся кстати. :-) >> 3. Подготовить систему автоматизации развёртывания сервера сетевой загрузки >> и установки. >> 4. Добавить README по каждой фиче bootchain. >> 5. Выполнить финальное тестирование всех возможных кейсов и >> задокументировать этот процесс. >> 6. Отлаженный пакет отправить в Сизиф, попросить Антона Мидюкова собирать >> регулярки с bootchain. >> 7. Согласовать с тобой оставшиеся вопросы по процессу апстрима в >> make-initrd. >> 8. Заапстримить новые фичи в make-initrd до выпуска продуктов на p10 >> (2021/10). >> 9. Обсудить разногласия и замечания по документации. >> >> Уже работаю по этому плану! > Я считаю, что план должен быть удобным тебе. Мне сложно приоритезировать > работу, которую я не видел :) Ты автор, тебе и представлять работу. Решаю задачу с автоматизацией тестирования в полу-ручном режиме и формализацией этого процесса. Осталось не так уж много. Разворачивать стенд полностью вручную и вспоминать на память все тест-кейсы каждый раз было бы неправильно. Но и закрыть проблему через какой-нибудь CI я сходу не смогу, не имел с этим опыта пока. Если не считать последней формальной проверки и недостатка переведённых README, весь код уже готов, я считаю. >> Вопросы для согласования плана по апстриму bootchain: >> ===================================================== >> >> 1. Будем перетаскивать bootchain-interactive в первую очередь отдельно от >> остального и под каким именем? См.: >> https://lists.altlinux.org/pipermail/make-initrd/2021-June/000454.html > Возможность доспросить у пользователя что-нибудь давно назрела. Было бы > здорово иметь её для всех модулей. Нужно переименовать, чтобы не было ассоциации с bootchain. Только во что? early-dialog? im? interactive? interactive-mode? ... >> 2. Будем сначала решать проблему обеспечения полной совместимости с >> pipeline? См.: >> https://lists.altlinux.org/pipermail/make-initrd/2021-July/000500.html > Мне уже двое пользователей сказали о том, что используют pipeline. Я > считаю, что держать два почти одинаковых модуля не имеет смысла тем более, > что один вырос из другого. Вчера я нашёл свою ошибку и у меня всё заработало с altboot даже так: root=pipeline pipeline=fg,altboot, вопреки черновику документации! :-) >> 3. Будем дожидаться поддержки в самом make-initrd функционала проверки фичи >> или оставим это пока в bootchain? См.: >> https://lists.altlinux.org/pipermail/make-initrd/2021-July/000474.html > Это я сделаю в следующем релизе. Отлично! Уже видел часть проделанной работы в новых коммитах. Тогда я (после разговора с тобой) создал несколько тредов для обсуждения возможности переноса из bootchain-sh-functions части API на более верхний уровень make-initrd... >> 4. Будем дожидаться появления в make-initrd API для проверки и сравнения >> версии или оставим это пока в bootchain? См.: >> https://lists.altlinux.org/pipermail/make-initrd/2021-July/000471.html > Постой. Тот тред был о том, что в /etc/initrd-release попадала > неправильная версия, что было исправлено. Ни о каком API для сравнения > речи не было. > > Зачем такой API вообще нужен ? Плохо то, что я начал не с него, хотя про API говорил тоже, но позже. Сейчас конкретной нужды нет. Но если поведение чего-либо в самом make-initrd меняется в зависимости от версии, то было бы здорово такой API иметь -- у всех библиотек подобное есть и make-initrd для фич предоставляет какой-то API. Но в первую очередь я интересовался переносом функции initrd_version() из bootchain-core, т.к. это уже второй "клиент", выводящий версию initramfs. >> 5. Будем дожидаться переноса в make-initrd API для более глубокой отладки >> или оставим это пока в bootchain? См.: >> https://lists.altlinux.org/pipermail/make-initrd/2021-July/000476.html > Это в некотором смысле с предложенной фичёй debug-tools: > > https://github.com/osboot/make-initrd/pull/15 > > Правда она приносит gdb/strace, а не отладку в скрипты. Можно их > объединить или же держать отдельно для разных уровней отладки. > >> 6. Будешь ли ты сам ревьювить полностью отлаженный код до начала процесса >> апстрима или тебе лучше делать это по ходу? > Мне удобнее по ходу так как если вдруг возникнут вопросы, то править будет > удобнее. OK. >> 7. Предлагаю такую последовательность отправки коммитов: >> bootchain-interactive, затем bootchain-core + bootchain-getimage + >> bootchain-waitdev, затем замена фичи pipeline виртуальной зависимостью на >> фичи bootchain-getimage и bootchain-waitdev, всё остальное (вся пачка >> altboot), можно одним коммитом. Так пойдёт? > Вполне. Отлично! Будет смысл согласовать "окно" после финальной проверки всего комплекса. Привязка по времени к продуктам на p10 необязательна, так как для тестирования решения более широкими массами оно должно сначала попасть в Сизиф и тогда есть шанс наловить больше багов на регулярках. При переносе в make-initrd мне придётся параллельно удалять это из Сизифа. -- Best regards, Leonid Krivoshein.