From: "'MOESSBAUER, Felix' via isar-users" <isar-users@googlegroups.com>
To: "Kiszka, Jan" <jan.kiszka@siemens.com>,
"isar-users@googlegroups.com" <isar-users@googlegroups.com>
Cc: "anaumann@emlix.com" <anaumann@emlix.com>,
"Schmidt, Adriaan" <adriaan.schmidt@siemens.com>,
"Schwarz, Konrad" <konrad.schwarz@siemens.com>
Subject: Re: [PATCH v2 2/4] sbuild: do not build arch all packages on cross
Date: Tue, 5 May 2026 06:39:06 +0000 [thread overview]
Message-ID: <c8a217ce8270dfbb8f10210e93567cec1e88e089.camel@siemens.com> (raw)
In-Reply-To: <e1ce5ea8-cd41-4257-b73a-6f7f8e3dd7d4@siemens.com>
On Tue, 2026-05-05 at 07:10 +0200, Jan Kiszka wrote:
> On 04.05.26 10:50, Felix Moessbauer wrote:
> > Architecture all packages often cannot be built in cross mode, as the
> > dependencies cannot be resolved in the host architecture. This
> > especially applies to all packages which split their build dependencies
> > into Build-Depends-Arch and Build-Depends-Indep. We already have logic
> > in isar to built DPKG_ARCH=all packages non-cross, but this does not
> > work for packages that generate both arch specific and arch all binary
> > packages.
> >
> > While sbuild automatically disables builds of arch-all packages on
> > cross, we previously explicitly overrode this setting. We now change
> > this by explicitly setting --no-arch-all flag on cross and --arch-all on
> > non-cross.
> >
> > Signed-off-by: Felix Moessbauer <felix.moessbauer@siemens.com>
> > ---
> > RECIPE-API-CHANGELOG.md | 16 ++++++++++++++++
> > meta/classes-recipe/dpkg.bbclass | 3 ++-
> > meta/classes-recipe/multiarch.bbclass | 4 ++++
> > 3 files changed, 22 insertions(+), 1 deletion(-)
> >
> > diff --git a/RECIPE-API-CHANGELOG.md b/RECIPE-API-CHANGELOG.md
> > index 856da5de..d4b093f4 100644
> > --- a/RECIPE-API-CHANGELOG.md
> > +++ b/RECIPE-API-CHANGELOG.md
> > @@ -1001,3 +1001,19 @@ do_copy_boot_files: The recipe isar-image-base is trying to install
> > files into a shared area when those files already exists. It happens
> > when some files have the same names (e.g., dtb files) for different
> > distros.
> > +
> > +### No building of arch=all packages when cross building
> > +
> > +Architecture all packages often cannot be built in cross mode, as the
> > +dependencies cannot be resolved in the foreign architecture. This especially
> > +applies to all packages which split their build dependencies into
> > +`Build-Depends-Arch` and `Build-Depends-Indep`. We already have logic
> > +in isar to built `DPKG_ARCH = "all"` packages non-cross, but this does not
> > +work for packages that generate both arch specific and arch all binary packages.
> > +
> > +We now explicitly disable building `arch=all` binary packages during cross
> > +compilation (this only affects packages that produce both architecture-specific
> > +and `arch=all` binary packages). Recipes for such mixed packages should append
> > +`-all` to the `arch=all` binary packages listed in `PROVIDES` (e.g.,
> > +`PROVIDES="foo-doc-all"` for an `arch=all` binary package `foo-doc`). Consumers
> > +can then simply reference the package by its original name (e.g., `foo-doc`).
>
> All this sounded very nice - but then I counted packages in trixie which
> end on -all: 60 right now. I suppose we need a different suffix, maybe
> "-archall" or "-arch-all".
>
> BTW, we have the same problem with -compat and 25 name clashes there.
> Just -native is fine so far.
Even there we have a clash:
apt search '\-native$'
mlton-runtime-native/unstable 20241230+git20251029+dfsg-5 amd64
Optimizing compiler for Standard ML - native runtime libraries
How about -archall? This hopefully also makes it more clear, that the -
archall is not part of the Debian package name.
Felix
>
> Jan
>
> --
> Siemens AG, Foundational Technologies
> Linux Expert Center
--
You received this message because you are subscribed to the Google Groups "isar-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to isar-users+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/isar-users/c8a217ce8270dfbb8f10210e93567cec1e88e089.camel%40siemens.com.
next prev parent reply other threads:[~2026-05-05 6:39 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-04 8:50 [PATCH v2 0/4] Only build arch=all package from -native variant 'Felix Moessbauer' via isar-users
2026-05-04 8:50 ` [PATCH v2 1/4] mark cowsay package as architecture all 'Felix Moessbauer' via isar-users
2026-05-04 8:50 ` [PATCH v2 2/4] sbuild: do not build arch all packages on cross 'Felix Moessbauer' via isar-users
2026-05-05 5:10 ` 'Jan Kiszka' via isar-users
2026-05-05 6:39 ` 'MOESSBAUER, Felix' via isar-users [this message]
2026-05-04 8:50 ` [PATCH v2 3/4] Revert "Split up isar-apt into distro-arch specific instances" 'Felix Moessbauer' via isar-users
2026-05-04 8:50 ` [PATCH v2 4/4] add test for mixed arch all arch any packages 'Felix Moessbauer' via isar-users
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=c8a217ce8270dfbb8f10210e93567cec1e88e089.camel@siemens.com \
--to=isar-users@googlegroups.com \
--cc=adriaan.schmidt@siemens.com \
--cc=anaumann@emlix.com \
--cc=felix.moessbauer@siemens.com \
--cc=jan.kiszka@siemens.com \
--cc=konrad.schwarz@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