From: Jan Kiszka <jan.kiszka@siemens.com>
To: kazuhiro3.hayashi@toshiba.co.jp, isar-users@googlegroups.com
Cc: meta-eid@googlegroups.com
Subject: Re: multistrap support
Date: Wed, 13 Feb 2019 17:15:27 +0100 [thread overview]
Message-ID: <84e53e0f-5e6c-3296-a806-463d63772204@siemens.com> (raw)
In-Reply-To: <OSAPR01MB46915F28FC52AFF1D3CDFFB4E1660@OSAPR01MB4691.jpnprd01.prod.outlook.com>
On 13.02.19 14:14, kazuhiro3.hayashi@toshiba.co.jp wrote:
> Hi,
>
> I would like to know if isar still has some plans to use multistrap again
> (or similar existing tools if exists) to generate target images.
>
> Multistrap for isar-image-base has been removed by the following commit:
> https://github.com/ilbers/isar/commit/19a314559178f7afd93ce3dafe8c8647ca6c8884
> and replaced by setup_root_file_system() in isar-bootstrap-helper.bbclass,
> which seems to use (pre-built?) isar-bootstrap-$ROOTFS_DISTRO-$ROOTFS_ARCH
> as the base tree instead of running the debootstrap process.
>
> I guess that the main purposes of quitting multistrap is that
> there is no big update for a few years (though the last update is 2.2.10 on Nov. 2018)
> Are there any other reasons?
> (Some bugs difficult to be fixed, mismatches with isar specification, etc.)
Indeed, the key reason (beside some technical issues) for no longer using
multistrap in Isar was that the multistrap creator himself explained to us that
it's dead and we should rather sooner than later move away from it.
We then decided to pick up the most commonly used bootstrapping mechanism for
Debian today, simply to reduce the risk of running into problems no one else is
seeing - and fixing.
>
> The current isar-bootstrap based approach would work fine for isar system,
> but in that case, it might be difficult to share efforts for
> developing and maintaining the functionality with non isar users.
> I'm just interested in the future plan of isar.
This takes concrete ideas what you consider worth sharing and what interfaces
this may imply. Debootstrap is not married to Isar but it would take some use
case to make that shareable or replaceable with something else.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2019-02-13 16:15 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-13 13:14 kazuhiro3.hayashi
2019-02-13 13:56 ` Claudius Heine
2019-02-14 3:53 ` [meta-eid] " kazuhiro3.hayashi
2019-02-14 6:19 ` Jan Kiszka
2019-02-14 10:18 ` kazuhiro3.hayashi
2019-02-14 9:07 ` Claudius Heine
2019-02-13 15:18 ` Henning Schild
2019-02-14 6:08 ` kazuhiro3.hayashi
2019-02-13 16:15 ` Jan Kiszka [this message]
2019-02-14 10:14 ` kazuhiro3.hayashi
2019-02-14 7:23 ` [meta-eid] " Baurzhan Ismagulov
2019-02-18 3:04 kazuhiro3.hayashi
2019-02-25 17:08 kazuhiro3.hayashi
2019-02-25 17:59 ` Henning Schild
2019-02-27 9:08 kazuhiro3.hayashi
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=84e53e0f-5e6c-3296-a806-463d63772204@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=isar-users@googlegroups.com \
--cc=kazuhiro3.hayashi@toshiba.co.jp \
--cc=meta-eid@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