← Back to issue list

Using 2 remote parts, file not being copied from stage to prime

View original Launchpad issue

Metadata

Project
snapcraft (launchpad)
Number
#1770364
Type
issue
State
closed
Author
~gerboland
Labels
—
Created
Updated
Closed

Current evaluation

Reported a bug where a file staged by a second remote part wasn't copied to prime. Closed as stale after the remote parts feature was removed from snapcraft.

Resolution: closed stale

Reason: The issue was closed as stale because the remote parts feature has been decommissioned and removed from snapcraft, rendering the reported behavior obsolete.

Evaluated by: mr-cal-bot

No scores available.

Issue body

I'm trying to use 2 remote parts simultaneously in this simplified YAML: name: dual-remote-parts-bug version: 0.1 summary: Bug description: Bug confinement: strict grade: devel apps:   dual-remote-parts-bug:     command: ls $SNAP/lib parts:   bug:     plugin: nil     after: [desktop-gtk2, xwayland-kiosk-helper] The second remote part "xwayland-kiosk-helper" is defined here: https://github.com/gerboland/xwayland-kiosk-helper/ It creates a file lib/libxwayland-preload.so which I see is created in the "stage" directory, but it is not copied into the "prime" directory for some reason. But the bin/xwayland-kiosk-launch file is copied?! There is no "prime" specification in the remote snap, so shouldn't everything that is staged be copied into the prime?

Evaluation history

Date Model Scores Action Summary
qwen/qwen3.6-35b-a3b — closed stale Reported a bug where a file staged by a second remote part wasn't copied to prime. Closed as stale after the remote parts feature was removed from snapcraft.
stealth/space-bunny-alpha
Impact: 38
Quick Win: 10
Complexity: 58
Confidence: 95
Actionability: 62
close stale Legacy remote-part report: lib/libxwayland-preload.so stayed in stage while the launch binary reached prime; remote-part support was later removed.
stealth/space-bunny-alpha
Impact: 3
Quick Win: 2
Complexity: 5
Confidence: 95
Actionability: 78
close stale A legacy core-base build staged lib/libxwayland-preload.so from a remote part but omitted it from prime; remote parts are no longer part of active Snapcraft development, making the report obsolete.
qwen/qwen3.6-35b-a3b
Impact: 0
Quick Win: 0
Complexity: 0
Confidence: 95
Actionability: 0
close stale Bug report about files from remote part's stage directory not being copied to prime directory. Remote parts feature has been removed from Snapcraft codebase.
qwen/qwen3.8-27b
Impact: 35
Quick Win: 16
Staleness: 95
Complexity: 55
Confidence: 55
Support Request: 25
close stale Snapcraft bug (2017): with two remote parts, a file staged by the xwayland-kiosk-helper remote part (lib/libxwayland-preload.so) is not copied into prime, while another file from the same part is. No maintainer response or activity in 8+ years.
qwen/qwen3.6-35b-a3b
Staleness: 98
Complexity: 45
Confidence: 90
Support Request: 25
close stale File not copied from stage to prime when using multiple remote parts in snapcraft. Issue is over 8 years old with no maintainer response or activity.
qwen/qwen3.6-35b-a3b
Staleness: 95
Complexity: 40
Confidence: 85
Support Request: 30
close stale Remote part file not copied from stage to prime directory. Issue is 8+ years old with no activity or maintainer response.
qwen3.6-35b-a3b-mtp-q6
Staleness: 98
Complexity: 45
Confidence: 90
Support Request: 50
close stale Remote part file not copied from stage to prime in snapcraft. Unreported for over 8 years with no maintainer response. Likely outdated due to significant snapcraft evolution.

Update history

Date Change
created

Related issues

Issue Project State Summary Similarity
#4835 File filtering handled incorrectly snapcraft open A reproducible craft-parts migration bug makes prime copy stage-excluded files when prime includes their parent; the triaged Snapcraft issue remains open pending craft-parts#766 design work.
72%
#1734240 Excluding a file in stage but including it in prime raises an exception snapcraft (launchpad) closed Closed as stale without a fix; identified as a semi-duplicate of canonical/craft-parts#766.
70%