public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
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

  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