[make-initrd] [PATCH v6 10/22] bootchain-core: expanded addressing capabilities

Gleb Fotengauer-Malinovskiy glebfm at altlinux.org
Sat Oct 30 02:50:19 MSK 2021


On Tue, Oct 26, 2021 at 03:58:34PM +0200, Alexey Gladkov wrote:
> On Tue, Oct 26, 2021 at 02:28:53PM +0300, Leonid Krivoshein wrote:
> > 
> > 
> > 26.10.2021 14:12, Alexey Gladkov пишет:
> > > On Sun, Oct 24, 2021 at 08:21:28PM +0300, Leonid Krivoshein wrote:
> > > > Adds support for reverse addressing relative to the current step,
> > > > as well as calculating the path to the special device node obtained
> > > > in the previous step.
> > > > 
> > > > Signed-off-by: Leonid Krivoshein <klark.devel at gmail.com>
> > > > ---
> > > >   features/bootchain-core/README.md             |  6 +++
> > > >   .../data/bin/bootchain-sh-functions           | 37 ++++++++++++++++---
> > > >   2 files changed, 38 insertions(+), 5 deletions(-)
> > > > 
> > > > diff --git a/features/bootchain-core/README.md b/features/bootchain-core/README.md
> > > > index 8d341e0..ba66259 100644
> > > > --- a/features/bootchain-core/README.md
> > > > +++ b/features/bootchain-core/README.md
> > > > @@ -49,6 +49,12 @@ us to optimize fill in `initramfs` only which we are need.
> > > >   - Modularity: loading methods are initially separated from the common
> > > >     code and daemon.
> > > > +- Via resolve_target() supports not only forward, but also reverse addressing,
> > > > +  relative to the current step. For example, a record like `step-3/dir1/dev`
> > > > +  will process the result of `dir1/dev`, made in the third step from the current
> > > > +  one. Together with the overload of the chain of steps, direct addressing is safe
> > > > +  only when storing the numbers of the completed steps in files, whereas reverse
> > > > +  relative addressing it is safe in any case and can often be more convenient.
> > > На мой взгляд очень непонятный синтаксис. step1 и step-1 кажется
> > > одинаковым. Хотя бы current-1
> > 
> > OK. Давай переделаю так:
> > 
> > step<N> = pipe<N> -- прямая адресация, так первоначально и было.
> > curr-<N> -- обратная относительная адресация.
> > 
> > Так будет лучше?
> 
> Мне будет понятнее. Но я хотел бы спросить помощи зала.
> 
> Глеб, Антон, как вы думаете, как будет понятнее ?

Если из предложенного выбирать, то curr-<N> однозначно лучше.

Но мне кажется, что тут - не читается как минус.  Я бы скорее предложил
что-то вроде prev<N> или back<N>.

-- 
glebfm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.altlinux.org/pipermail/make-initrd/attachments/20211030/51b3f20d/attachment.bin>


More information about the Make-initrd mailing list