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=dLIDhplfXdBryqTd9bsl7pGRH9Kk4W6ZhRm76HNSz5w=; b=HbavvG7apphVoweWTOefWVUQHzhUE8yxgpqitVtbcyH+LCkYOrge1LoyE9jqxxWo0e U4Ce+pTUy6rSyninnCQ5V5OqElibWfePUFlGzAhk3i+lCOkl+rgMe9QGkysZ7BAvfOIO ARR3iyfR0v/xUxJ5yGS6K1ceMHyc3V3yQgWw2g+qMTy+fk7Ssko3xfXmCNs+HY4kaKgc oD+RnHwWtEikoKi7/lJWc/R47j6dh5re9rfJg+PMoNnfyUEyuKp19tqf0v0S13nAM3BQ nBzvLn810NE9mfxphMsz/d7aKt9Q2rBnyvYsByOxQlnInWCmX19lvcuyhtWvxapteeUJ HJ/w== 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=dLIDhplfXdBryqTd9bsl7pGRH9Kk4W6ZhRm76HNSz5w=; b=TAMZ6I1s5cY0EVgo7Cnke6MMoiF+GQ+qG3PrpvEw1kLtTUYuzzruCvkPDIpHWOLSXf EJKkb1AxTJea7lrXWfZUz7gxQgNnXsIqLaS5hbfB2RFVAuG1ac3rWddRUsmy88DuKnNu uag1Olqr4YgnFXVlLAhDkCrmWKShGr8QcqBZsz2h+ap2JuleTcuP096k00sCGdtMTXcN xBJ9ZReF+GhyTLqGYUxJZdL6ppfKY9Tq98UbWqAc9i51ERvXUAdmXkLdLTJsINwOiOCs r4AoRkZBJpSt1pBo/tStqPxdDFjoL2GuSmTELuZJuCIxNFSXc2pBumRX95fGSWSTgudf f4Bg== X-Gm-Message-State: AOAM533RbgYndj+tqq+relDaHtDbOGC3QVwDpK+XqDjofPdI4cYbB/DQ d7wyNZWlN1IiTQRt3G1X0R/B7Qf3WAygdEGc X-Google-Smtp-Source: ABdhPJx+pxFi+uDuCgyaT6Y3+N3+5bg/019v9k5PPaqjuEFi2QQ3uU2/MVAUK0IczBZxiXHDXVfCfw== X-Received: by 2002:a05:6512:3996:: with SMTP id j22mr20045877lfu.79.1624909403328; Mon, 28 Jun 2021 12:43:23 -0700 (PDT) To: make-initrd@lists.altlinux.org References: <1624543840.397742661@f474.i.mail.ru> <20210628140143.m7r7ocn67kgagedj@example.org> <20210628160624.gglemxc5st6ucqog@example.org> <3d683f36-0115-499b-6815-7b8d561e3351@gmail.com> <20210628184857.dta2grbb3hma6b7k@example.org> From: Leonid Krivoshein Message-ID: Date: Mon, 28 Jun 2021 22:43:20 +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: <20210628184857.dta2grbb3hma6b7k@example.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [make-initrd] make pseudo GUI from bootchain-interactime common feature 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, 28 Jun 2021 19:43:25 -0000 Archived-At: List-Archive: 28.06.2021 21:48, Alexey Gladkov пишет: > On Mon, Jun 28, 2021 at 07:34:02PM +0300, Leonid Krivoshein wrote: > [..] >>>> Было бы здорово сделать весь bootchain частью >>>> интерфейса make-initrd, и чтобы код разных его фич можно было более тесно >>>> интегрировать с bootchain, при необходимости. В первую очередь network, да и >>>> всё, что можно конфигурировать через диалоги, запрос паролей не только на >>>> токены, но и crypto-luks. Но это такие мечты и отдалённые задачи, наверняка >>>> решаемые уже после того, как удастся заапстримить bootchain. >>> Ты наверно имел в виду не весь bootchain, а фичу с диалогами ? >> Нет, имел ввиду весь bootchain. И даже более широко. Было бы хорошо в самом >> make-initrd иметь наряду с параллельной событийно-ориентированной обработкой >> интерфейс, позволяющий выполнять что угодно последовательно, не только с >> диалогами. pipeline/bootchain эту задачу решают, но возможно на уровне >> интерфейса make-initrd её можно решить ещё лучше, а bootchain со своими >> "входами" и "выходами" сделать частным использованием этого общего >> интерфейса make-initrd. Некоторые вещи нужно обрабатывать последовательно, а >> не как карта ляжет. Например resume, fsck, создание оверлеев... > Для общесистемного применения нужны usecases, иначе такой функционал будет > лежать мёртвым грузом. Если же этот функционал нужен лишь иногда, то для > этого есть фичи. Конечно, но несколько штук перечислил. Мне-то не видно всех возможностей make-initrd, поэтому со своей колокольни для решения конкретных задач сходу пришло два варианта реализации: 1) перетащить названные фичи в bootchain или сделать зависимыми от него; 2) сделать в bootchain дубликаты этих фич. Тогда можно чётко выстраивать в цепочку: проверили диск fsck, проснулись, если это resume, построили оверлей над обычной rootfs. Т.е. речь не о диалогах, а о синхронизации, последовательном выполнении. Сейчас, если в bootchain шаг ничего не принимает на входе и не передаёт на выходе, он вызывает bypass_results(), связывая выход предыдущего шага со входом следующего. Расходуется при этом лишний каталог в tmpfs. Если на уровне make-initrd можно было бы выстраивать последовательность выполнения, то организация входов-выходов была бы дополнительным функционалом, в котором действительно намного меньше нуждающихся. -- Best regards, Leonid Krivoshein.