From: "'Jan Kiszka' via isar-users" <isar-users@googlegroups.com>
To: Felix Moessbauer <felix.moessbauer@siemens.com>,
isar-users@googlegroups.com
Cc: konrad.schwarz@siemens.com, quirin.gylstorff@siemens.com
Subject: Re: [PATCH 2/2] sbuild: do not build arch all packages on cross
Date: Wed, 29 Apr 2026 12:55:09 +0200 [thread overview]
Message-ID: <9af7db0e-a64a-47a9-969a-820f68d9058c@siemens.com> (raw)
In-Reply-To: <177b4f4c-069d-41b0-b510-07912b9ff912@siemens.com>
On 29.04.26 12:53, Jan Kiszka wrote:
> On 29.04.26 12:47, 'Felix Moessbauer' via isar-users 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 | 15 +++++++++++++++
>> meta/classes-recipe/dpkg.bbclass | 3 ++-
>> 2 files changed, 17 insertions(+), 1 deletion(-)
>>
>> diff --git a/RECIPE-API-CHANGELOG.md b/RECIPE-API-CHANGELOG.md
>> index 856da5de..c83c1599 100644
>> --- a/RECIPE-API-CHANGELOG.md
>> +++ b/RECIPE-API-CHANGELOG.md
>> @@ -1001,3 +1001,18 @@ 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 on cross (this
>> +technically only affects packages that generate arch specific and arch=all
>> +binary packages). To build the arch=all binary packages of such source packages,
>> +add an explicit dependency to `${BPN}-native`. Source packages that only
>
> That will be fun to find, though likely a rare one. Can't we detect such
> cases in Isar and add a bitbake dependency from $BPN to -native?
>
In fact, -native is practically overshooting. We would need a recipe
target that only build the all package.
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/9af7db0e-a64a-47a9-969a-820f68d9058c%40siemens.com.
next prev parent reply other threads:[~2026-04-29 10:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-29 10:47 [PATCH 1/2] mark cowsay package as architecture all 'Felix Moessbauer' via isar-users
2026-04-29 10:47 ` [PATCH 2/2] sbuild: do not build arch all packages on cross 'Felix Moessbauer' via isar-users
2026-04-29 10:53 ` 'Jan Kiszka' via isar-users
2026-04-29 10:55 ` 'Jan Kiszka' via isar-users [this message]
2026-04-29 11:10 ` 'MOESSBAUER, Felix' via isar-users
2026-04-29 11:26 ` 'Jan Kiszka' via isar-users
2026-04-29 11:40 ` 'MOESSBAUER, Felix' via isar-users
2026-04-29 12:45 ` 'Jan Kiszka' 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=9af7db0e-a64a-47a9-969a-820f68d9058c@siemens.com \
--to=isar-users@googlegroups.com \
--cc=felix.moessbauer@siemens.com \
--cc=jan.kiszka@siemens.com \
--cc=konrad.schwarz@siemens.com \
--cc=quirin.gylstorff@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