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=HURIUKti1ZbJCzq1WTrM3j+spd12jx3v8T7VG9xR52g=; b=hGSo/DFZV31S72vjuh27CWY8rPuJ/K4KSU7gvJ55YRGIhVRRcPgTeEOThG/RAtZ3Se hwT9xW+CJ8pdUdA0u6Sr2T0DmJCGpcjHWONKDRNP0KR3qiiTyFKRsQM40A0XEbJhe/z9 vht9gFLL4F4hT3Y0V2XihggxiDLV+O0t890/tHY6Er5MdY5QTZwJy/8O29dOyaJitw8e BSSSRLrZQrO6v2WD3W1pWcSQo8LZJWkZTZyH5BB+BU81YnjhJSWKYgjgfRf9qy9PZJCj yOM5KBzX0t6pmWaKcz85oRd4XNEUzP5zIs5Yv3weQ/q3eq4J4sSZHxFr9cWmzOLlL8wu z99A== 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=HURIUKti1ZbJCzq1WTrM3j+spd12jx3v8T7VG9xR52g=; b=d7X/TVgN4iYB+JrYNN5ec8QeO7sVH67G3sYndFJL7lzUYsUgSIv7C0o9CqGMq5dAz6 GFNzjVX7dCtOHmcu09GZy8hjNPibKPHCcwbbX3bccznEtjBtJ1RPNkiIGrTZbnnmnaz9 90aWOO1xSREhwDFkJTGFduxqZSWDWAVpNuIz6iDIEnVr3BYoFGRDSikao6nfQmby0YH0 lL4vPX06DtC3rCKeoyWBxbnEPtRAzuES/lbNtxRoFN+r2BW4S962Jf928tr8MA/ADZ6L Q2K4YwoR7yJfKUaJYBWzphE2bC3oFUb1b2Z5lJmYGAlNXTX8SsStv71D/gRT2B8BiKgy Eayw== X-Gm-Message-State: AOAM533zHQrApmyL6qJO3jvL5QDynaqH97W1TFNiHXWez9vI6xXIIrdC ouBEwjReGaS1jOzVFfYcJia8O9hroAM= X-Google-Smtp-Source: ABdhPJwGiYPu0mcaFBseLnobQU9Bf8LvFriG7nrT6LfdPgr3m0sXxuDZxEnDBe520Y2KDdWm1D+n5Q== X-Received: by 2002:a19:c787:: with SMTP id x129mr26154014lff.490.1629767777632; Mon, 23 Aug 2021 18:16:17 -0700 (PDT) To: make-initrd@lists.altlinux.org References: <121fd50e-cce3-b28b-f05c-0efaa4606d7b@gmail.com> <20210823092907.yyy6gxk6yjzrsbvx@example.org> <20210823114813.d3zjjeyh2xb7xmec@example.org> From: Leonid Krivoshein Message-ID: <9c42252f-bfb3-0e73-0bf2-12ea40de2144@gmail.com> Date: Tue, 24 Aug 2021 04:16:16 +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: <20210823114813.d3zjjeyh2xb7xmec@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: Tue, 24 Aug 2021 01:16:22 -0000 Archived-At: List-Archive: 23.08.2021 14:48, Alexey Gladkov пишет: > On Mon, Aug 23, 2021 at 02:04:06PM +0300, Leonid Krivoshein wrote: >>> [...] >>> Не стоит ли сделать поддержку netconsole глобальной ? >> Вчера уже выгрузил этот код, вроде всё работает. Основное попало в >> bootchain-interactive (bootchain-sh-functions и чуток в виджеты). Именно его >> с поддержкой netconsole имеет смысл делать отдельной фичей, как только её >> лучше назвать? В bootchain-core (форк pipeline) попало лишь крошечное >> изменение, теперь демон понимает опцию nottys, чтобы не создавать на tty3 >> процесс вывода журнала, это параметр из bootchain-interactive. >> >> С этой netconsole наловил кучу дистрибутивных багов, не связанных с >> make-initrd. Не все умеют с ней работать, даже grub работает лишь в >> определённых условиях, в зависимости от образа. Нужно сначала понять, то ли >> я вообще сделал, что требовалось? Мне не удалось найти надёжного способа >> автоматического определения netconsole, поэтому пришлось ввести ещё один >> параметр nottys. Но вообще реализация получилась очень простой и, на первый >> взгляд, рабочей, и даже код определения размеров консоли пришёлся кстати. >> :-) > Надо будет посмотреть на этот код. Очень интересно. #283645 -- так быстрее. И... sorry for my English! )) > [...] >>>> 1. Будем перетаскивать bootchain-interactive в первую очередь отдельно от >>>> остального и под каким именем? См.: >>>> https://lists.altlinux.org/pipermail/make-initrd/2021-June/000454.html >>> Возможность доспросить у пользователя что-нибудь давно назрела. Было бы >>> здорово иметь её для всех модулей. >> Нужно переименовать, чтобы не было ассоциации с bootchain. Только во что? >> early-dialog? im? interactive? interactive-mode? ... > Нужно посмотреть на код. Насколько я понимаю, для работы в полную силу эта > фича требует присутствия вызовов интерактивных функций везде, где > происходит запрос данных у пользователя. Это так ? Я бы сказал, что это скорее просто API. Везде, где нужен ввод и/или вывод, это API можно использовать. Соответственно, кому эта фича нужна, он её подключает через $(call feature-requires,interactive) в config.mk. Если в коде нужен интерактивный ввод и/или вывод, нужно подключить API: . interactive-sh-functions Единственный пример того, как перезапустить процесс на передний план сейчас есть в bootchain-core (/sbin/bootchain-loop). Только в нём используется IM_exec() и IM_activate(), они вместе демонстрируют механизм перезапуска с отложенной активацией консоли (tty2 по умолчанию). Как делить одну консоль на всех "клиентов", данное API пока никак не решает, но если кому-то нужен свой отдельный tty, можно перед включением файла переопределить _IM_VT_number. Возможно фичу стоит доработать, чтобы одну консоль можно было расшарить между "клиентами", но я в этом не уверен. Другой вопрос -- как это будет уживаться с фичей kbd. С rdshell теперь вроде уживается. > Если да, то получается, что этот функционал должен быть в data/, а вот > бэкенды рисующие диалоги должны быть в фиче или фичах. > > Ну или я просто плохо помню идею и несу чушь. Без "клиентов" данная фича неинтересна, а почти готовый "клиент" пока только один -- это altboot. Примеры использования виджетов раскиданы по всему altboot. > [...] >> Но в первую очередь я интересовался переносом функции initrd_version() >> из bootchain-core, т.к. это уже второй "клиент", выводящий версию initramfs. > А. Ну создать функцию, которая возвращает версию можно. Хорошо, уже есть такой вариант: https://lists.altlinux.org/pipermail/make-initrd/2021-July/000471.html >> Отлично! Будет смысл согласовать "окно" после финальной проверки всего >> комплекса. Привязка по времени к продуктам на p10 необязательна, так как для >> тестирования решения более широкими массами оно должно сначала попасть в >> Сизиф и тогда есть шанс наловить больше багов на регулярках. При переносе в >> make-initrd мне придётся параллельно удалять это из Сизифа. > Ты предлагаешь растянуть мердж bootchain на несколько релизов make-initrd? Наоборот, спрашиваю, как лучше. Тут только ты определяешь... -- Best regards, Leonid Krivoshein.