From: Claudius Heine <ch@denx.de>
To: Alexander Smirnov <asmirnov@ilbers.de>,
claudius.heine.ext@siemens.com, isar-users@googlegroups.com
Subject: Re: [PATCH v4 1/5] implement isar-bootstrap using debootstrap
Date: Wed, 14 Mar 2018 15:14:27 +0100 [thread overview]
Message-ID: <1521036867.16621.120.camel@denx.de> (raw)
In-Reply-To: <a27c4339-0bff-112b-e299-6ccec646a487@ilbers.de>
[-- Attachment #1: Type: text/plain, Size: 4296 bytes --]
Hi Alex,
On Wed, 2018-03-14 at 13:38 +0300, Alexander Smirnov wrote:
> On 03/14/2018 12:52 PM, Claudius Heine wrote:
> > Hi Alex,
> >
> > On Wed, 2018-03-14 at 11:56 +0300, Alexander Smirnov wrote:
> > > On 03/07/2018 07:44 PM, claudius.heine.ext@siemens.com wrote:
> > > > From: Claudius Heine <ch@denx.de>
> > > >
> > > > Since multistrap is deprecated for some years, it is required
> > > > to
> > > > change
> > > > to debootstrap.
> > > >
> > > > This patch introduces the 'isar-bootstrap' recipe that
> > > > implement
> > > > the
> > > > creation of a minimal base root file system using debootstrap.
> > > >
> > >
> > > Why do you use term 'bootstrap'? It's completely different topic
> > > than
> > > debootstrap.
> >
> > Because I want to be implementation independent. If for some reason
> > someone wants to change the name of the tool again (I know its not
> > to
> > be expected), this way only the implementation of the isar-
> > bootstrap
> > needs to be changed.
> > In theory with an alternative implementation of some interfaces
> > other
> > distribution could be supported. I don't know in which direction
> > isar
> > will go, but binding your interface names to tightly to the name of
> > some third-party products is not a good idea.
> >
> > What I tried is called loose coupling and that is generally seen as
> > a
> > good software design pattern.
> >
> > > According to the wiki:
> > >
> > > https://wiki.debian.org/DebianBootstrap#Bootstrapping
> > >
> > > Bootstraping is a process of creation Debian from zero to a full
> > > archive.
> >
> > The word "bootstrapping" is used in many projects and generally
> > describes starting something from almost nothing. Also this
> > patchset
> > doesn't use "DebianBootstrap" is uses "isar-bootstrap".
>
> In this case just do not use terms from Debian world.
I didn't. I use 'isar-bootstrap' and neither it nor its parts 'isar'
nor 'bootstrap' is a term that is exclusively used with Debian.
'bootstrap' is a common term in computer science with many different
meaning. If someone heard 'bootstrap' only used by the Debian project
before, that that is their problem. I think I heard it first in some
projects as the 'bootstrap.sh' shell script that takes care about
initializing the build environment correctly. I might have been a bit
confused when I heard that they also describe the first compilation of
compiler by an other one written in a different language as
bootstrapping, but that might just be because English is my second
language.
> It would be enough
> to name it like 'base-rootfs'. That's for example, how 'buildchroot'
> term was invented, to avoid intersections with 'sysroot' and
> 'buildroot'.
'sysroot' and 'buildroot' are names that where invented by someone,
'bootstrap' is a word, like 'face' or 'book'. I don't automatically
think of 'facebook' just because I read the word 'book' or 'face' in
some other context.
Personally I don't like to add another '*base*' thing to isar. We
already have 'isar-image-base' and 'dpkg-base'. And this recipe is
should not be used as a 'base' to be included or inherited upon like
the others. So 'base-roofs' as a recipe name does not fit IMO.
(Also when I hear 'base' I think about numbers and get very confused ;)
I still prefer 'isar-bootstrap' since its output should be what of some
kind of distro-specific system bootstrap machanism, like debootstrap,
febootstrap (now supermin), pacstrap, ..., generates.
If the distro-specific bootstrap mechanism builds its 'bootstraped root
file system' from a bunch of binary packages or directly from source is
implementation and distro specific. So the distinction only makes sense
in the upstream project but not here, since we are just using what the
upstream distributions provides for general consumption.
regards,
Claudius
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de
PGP key: 6FF2 E59F 00C6 BC28 31D8 64C1 1173 CB19 9808 B153
Keyserver: hkp://pool.sks-keyservers.net
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2018-03-14 14:14 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-07 16:44 [PATCH v4 0/5] Debootstrap integration claudius.heine.ext
2018-03-07 16:44 ` [PATCH v4 1/5] implement isar-bootstrap using debootstrap claudius.heine.ext
2018-03-08 7:53 ` Claudius Heine
2018-03-14 8:56 ` Alexander Smirnov
2018-03-14 9:52 ` Claudius Heine
2018-03-14 10:38 ` Alexander Smirnov
2018-03-14 14:14 ` Claudius Heine [this message]
2018-03-14 14:25 ` Alexander Smirnov
2018-03-14 18:53 ` Jan Kiszka
2018-03-15 8:05 ` Claudius Heine
2018-03-15 8:58 ` Alexander Smirnov
2018-03-15 22:07 ` Claudius Heine
2018-03-16 5:49 ` Alexander Smirnov
2018-03-28 6:00 ` Jan Kiszka
2018-03-14 14:04 ` Alexander Smirnov
2018-03-14 14:26 ` Claudius Heine
2018-03-14 14:35 ` Alexander Smirnov
2018-03-14 16:13 ` Claudius Heine
2018-03-07 16:44 ` [PATCH v4 2/5] meta/isar-bootstrap-helper.bbclass: handle rfs customization centrally claudius.heine.ext
2018-03-07 16:44 ` [PATCH v4 3/5] meta/buildchroot: switch to using isar-bootstrap claudius.heine.ext
2018-03-08 8:18 ` Claudius Heine
2018-03-07 16:44 ` [PATCH v4 4/5] meta-isar/isar-image-base: " claudius.heine.ext
2018-03-07 16:44 ` [PATCH v4 5/5] meta-isar/multiconfig: remove multistrap references claudius.heine.ext
2018-03-07 19:51 ` [PATCH v4 0/5] Debootstrap integration Jan Kiszka
2018-03-08 6:06 ` Jan Kiszka
2018-03-08 8:14 ` Claudius Heine
2018-03-09 14:22 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1521036867.16621.120.camel@denx.de \
--to=ch@denx.de \
--cc=asmirnov@ilbers.de \
--cc=claudius.heine.ext@siemens.com \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox