From: Henning Schild <henning.schild@siemens.com>
To: Anton Mikanovich <amikan@ilbers.de>
Cc: "Moessbauer, Felix" <felix.moessbauer@siemens.com>,
"isar-users@googlegroups.com" <isar-users@googlegroups.com>,
"Schmidt, Adriaan" <adriaan.schmidt@siemens.com>,
"ibr@ilbers.de" <ibr@ilbers.de>,
"jan.kiszka@siemens.com" <jan.kiszka@siemens.com>
Subject: Re: [PATCH v4 1/2] run imager in buildchroot-host on cross
Date: Thu, 15 Sep 2022 13:06:05 +0200 [thread overview]
Message-ID: <20220915130605.016e14f5@md1za8fc.ad001.siemens.net> (raw)
In-Reply-To: <6c64551d-1992-0f09-300e-0a399a33d902@ilbers.de>
Am Thu, 15 Sep 2022 13:45:35 +0300
schrieb Anton Mikanovich <amikan@ilbers.de>:
> 15.09.2022 12:35, Moessbauer, Felix wrote:
> > Hi,
> >
> > Interesting finding.
> > Are there any CI tests that catch this? At least I cannot find a
> > CROSS test that builds the SDK. Apart from that, Debian stretch is
> > EOL since June 22.
> >
> > I'm fine with keeping the stretch targets, but then we could simply
> > disable CROSS by setting ISAR_CROSS_COMPILE_debian-stretch = "0" in
> > the image.bbclass.
> >
> > If you could point me to a target for testing, I'm happy to add
> > that.
> >
> > Best regards,
> > Felix
> >
> At least test_container_sdk test of our fast CI has do_populate_sdk
> target for
> stretch. And we still need stretch support for downstreams, so adding
> ISAR_CROSS_COMPILE override looks reasonable.
Please take bullseye, not stretch. When we drop stretch we would
silently drop the cross/wic/compression test.
And in the long run we need a decoupling from testing multiconfigs to
example multiconfigs. Right now it is a little mixed so we might see
people copying testing bits because they think they are part of the
example, or testing being dropped by dropping a multiconfig that
contained some.
Henning
next prev parent reply other threads:[~2022-09-15 11:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-14 20:21 [PATCH v4 0/2] use xz and gzip on host (outside chroot) Felix Moessbauer
2022-09-14 20:21 ` [PATCH v4 1/2] run imager in buildchroot-host on cross Felix Moessbauer
2022-09-15 9:14 ` Anton Mikanovich
2022-09-15 9:35 ` Moessbauer, Felix
2022-09-15 10:45 ` Anton Mikanovich
2022-09-15 11:04 ` Moessbauer, Felix
2022-09-15 11:06 ` Henning Schild [this message]
2022-09-15 15:43 ` Anton Mikanovich
2022-09-15 11:08 ` Henning Schild
2022-09-15 15:44 ` Anton Mikanovich
2022-09-15 17:08 ` Moessbauer, Felix
2022-09-16 7:41 ` Anton Mikanovich
2022-09-14 20:21 ` [PATCH v4 2/2] add wic.xz image to qemuarm64-bookworm Felix Moessbauer
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=20220915130605.016e14f5@md1za8fc.ad001.siemens.net \
--to=henning.schild@siemens.com \
--cc=adriaan.schmidt@siemens.com \
--cc=amikan@ilbers.de \
--cc=felix.moessbauer@siemens.com \
--cc=ibr@ilbers.de \
--cc=isar-users@googlegroups.com \
--cc=jan.kiszka@siemens.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