← Back to issue list

need a way to add foreign architecture to sources.list for build-packages/stage-packages

View original Launchpad issue

Metadata

Project
snapcraft (launchpad)
Number
#1827067
Type
issue
State
open
Author
~jdstrand
Labels
—
Created
Updated
Closed
—

Current evaluation

Feature request (2018) to auto-add foreign-arch lines to sources.list so build-packages/stage-packages like foo:armhf install in LP chroots. Now addressable via the package-repositories feature (per-arch apt repos); issue unlabelled, 0 comments, inactive ~3 years.

Suggested action: close stale

Reason: The requested capability — adding a foreign architecture to sources.list for build-packages/stage-packages — is now provided by the package-repositories feature, which supports per-architecture apt repos (e.g. architectures: [armhf]) and is covered by spread tests test-foreign-armhf/test-foreign-i386 and the cross-compile task. The issue has had no maintainer interaction, no labels, and no activity for ~1090 days, so the original problem is no longer applicable to current versions.

Impact: 40 Quick Win: 20.0 Staleness: 85 Complexity: 50 Confidence: 70 Support Request: 15

Issue body

If I specify: parts:   foo:     build-packages:     - on arm64: ["bar:armhf"] then the build will fail in LP with something like: Using 'snapcraft.yaml': Project assets will be searched for from the 'snap' directory. Could not find a required package in 'build-packages': foo:armhf Build failed This is because the LP chroot for arm64 by design doesn't have foreign architecture support and there are no armhf lines configured in sources.list. I would expect that specifying "foo:i386" would update the build environment as necessary on amd64 so the package is installable, and the same for "foo:armhf" with arm64. This would be useful for stage-packages as well. I ran into this because I was trying to build some binaries with -m32 on arm64 and needed gcc-multilib. gcc-multilib is only available in the Ubuntu archive with "gcc-multilib:armhf", but this fails to install in LP using its arm64 chroot.

Evaluation history

Date Model Scores Action Summary
qwen/qwen3.8-27b
Impact: 40
Quick Win: 20.0
Staleness: 85
Complexity: 50
Confidence: 70
Support Request: 15
close stale Feature request (2018) to auto-add foreign-arch lines to sources.list so build-packages/stage-packages like foo:armhf install in LP chroots. Now addressable via the package-repositories feature (per-arch apt repos); issue unlabelled, 0 comments, inactive ~3 years.
qwen/qwen3.6-35b-a3b
Staleness: 95
Complexity: 60
Confidence: 85
Support Request: 10
needs triage Feature request to automatically configure foreign architecture support in Launchpad chroots for build-packages and stage-packages. Currently unlabelled, unassigned, and inactive for over seven years.
qwen/qwen3.6-35b-a3b
Staleness: 95
Complexity: 70
Confidence: 90
Support Request: 10
needs triage Feature request to auto-configure foreign architecture support in build chroots for multiarch packages. Currently untriaged, zero maintainer comments, and inactive for nearly three years.
qwen3.6-35b-a3b-mtp-q6
Staleness: 95
Complexity: 60
Confidence: 85
Support Request: 10
needs triage Feature request to auto-configure foreign architecture support in LP chroots for multiarch build/stage packages. Currently untriaged and inactive for ~3 years.
qwen3.6-35b-a3b-mtp-q6
Staleness: 95
Complexity: 60
Confidence: 85
Support Request: 10
needs triage Feature request to automatically configure foreign architecture support in build environments when specifying multiarch packages in build-packages or stage-packages. Currently untriaged and inactive for over 7 years.

Update history

No update history recorded yet.

Related work

  • Likely Fixed By: snapcraft#3649 (confidence 65%)

    Integrates package-repositories, which lets users declare apt repos with explicit architectures (foreign arch), the mechanism that satisfies the request; demonstrated by test-foreign-armhf/i386 and cross-compile spread tests.

Related issues

Issue Project State Summary Similarity
#1036 Allow grammar for `package-repositories` rockcraft open Feature request to allow architecture-conditional URLs in package-repositories (e.g. amd64 vs arm64) so deb-src builds work across architectures. Open 283 days, no labels, no comments, no maintainer response.
72%
#93 Automatically use source package's architectures in non-native mode debcraft open Feature request for debcraft non-native mode to read debian/control to determine target architectures instead of defaulting to all standard platforms. Open, unlabelled, no maintainer comments, inactive for 179 days.
71%