← Back to issue list

snapcraft does not respect filesets of remote parts

View original Launchpad issue

Metadata

Project
snapcraft (launchpad)
Number
#1622435
Type
issue
State
closed
Author
~morphis
Labels
wiki
Created
Updated
Closed

Current evaluation

Remote-part filesets were not resolved because plugins loaded before the project. Fixed by merged PR canonical/snapcraft#799 (commit 1a282439c), which centralized project loading so remote parts' filesets resolve.

Resolution: closed resolved

Reason: Merged PR canonical/snapcraft#799 (commit 1a282439c, 'Load project information in one location') fixed the bug by loading project information in one location so plugins load from parts after the project resolves, honoring remote-part filesets. The follow-up test PR #758 referenced in the final comment was closed as redundant because #799 already contained the test.

Evaluated by: mr-cal-bot

No scores available.

Issue body

Running snapcraft 2.16 on my xenial system and getting the following error while using the networkmanager remote part [Errno 2] No such file or directory: '/root/stage/$rdepends' Stopping snapcraft-partly-tough-sawfly Command '['lxc', 'exec', 'snapcraft-partly-tough-sawfly', '--', 'snapcraft', 'snap', '--output', 'canonical-se-parts_1_amd64.snap']' returned non-zero exit status 1 The part networkmanager has the strucutre parts: networkmanager: ... filesets: rdepends: .. snap: - $rdepends See https://git.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/network-manager/tree/snapcraft.yaml for details. Somehow it looks like the local part can't reuse the filesets or does not carry them from the original project the part links to.

Evaluation history

Date Model Scores Action Summary
stealth/space-bunny-alpha — closed resolved Remote-part filesets were not resolved because plugins loaded before the project. Fixed by merged PR canonical/snapcraft#799 (commit 1a282439c), which centralized project loading so remote parts' filesets resolve.
stealth/space-bunny-alpha — closed resolved Remote parts' filesets were ignored because the project wasn't loaded before parts/plugins; fixed by merged snapcraft PR #799 (commit 1a282439c), which centralised project loading. Test-only PR #758 was closed as redundant.
stealth/space-bunny-alpha — closed resolved Remote-part fileset handling was fixed by merged snapcraft#799 (commit 1a282439c); follow-up test PR #758 was closed as redundant.
stealth/space-bunny-alpha — closed stale Closed without a documented fix after about 10 years of inactivity; no resolving PR or commit was recorded for remote-part fileset handling.
qwen/qwen3.6-35b-a3b — — Closed without resolution. Snapcraft failed to resolve remote part filesets, causing build errors. Likely abandoned or superseded by newer versions. The wiki label indicates the workflow was clarified via documentation.
qwen/qwen3.6-35b-a3b — — Closed without resolution. Snapcraft failed to resolve filesets from remote parts, causing missing directory errors for variables like $rdepends. Likely abandoned or superseded by newer versions.
qwen/qwen3.6-35b-a3b — — Closed without resolution. Snapcraft failed to resolve filesets from remote parts, triggering a missing directory error. Labeled wiki with zero comments, the report was abandoned or documented as a known limitation.

Update history

Date Change
created

Related work

  • Likely Fixed By: canonical/snapcraft#799 (confidence 98%)

    Merged commit 1a282439c centralizing project loading so remote parts' filesets are respected; explicitly fixes LP bug #1622435.

  • Related To: canonical/snapcraft#758 (confidence 95%)

    Integration test PR for parts with filesets, referenced in the closing comment; closed unmerged as redundant since #799 already included the test.

Related issues

Issue Project State Summary Similarity
#1645350 Parts depending on other remote parts aren't properly added snapcraft (launchpad) closed Remote-part dependencies were fixed by merged snapcore/snapcraft PR #930 (commit 6c012194b), adding parser support for parts defined in remote origins.
74%
#1816 snapcraft update won't fetch from `SNAPCRAFT_PARTS_URI` snapcraft closed Superseded by Launchpad #1719928 and fixed by merged PR #1856 (commit 5a0a8c075), adding URI-specific remote-parts cache folders to prevent stale metadata collisions.
71%
#1750866 Remote parts can't depend on other remote parts snapcraft (launchpad) closed Remote-part dependency support remained unresolved; proposed fix snapcore/snapcraft#2105 stalled, and Launchpad #1750866 was later closed without a merged resolution.
71%
#1766878 $SNAPCRAFT_PROJECT_NAME used in a remote part expands to wrong value snapcraft (launchpad) closed Remote parts feature removed from Snapcraft, making this issue moot.
70%