← Back to issue list

Fix(): Permissions block throws `FileNotFoundError` when setting permissions for a symlink

View original Github issue

Metadata

Project
craft-parts
Number
#1059
Type
pull request
State
closed
Author
alithethird
Labels
—
Created
Updated
Closed

Current evaluation

Merged canonical/craft-parts#1059 fixed symlink handling for permission blocks, resolving canonical/rockcraft#660.

Resolution: closed resolved

Reason: PR #1059 was merged with the symlink permission fix. Repository history records it as resolving the related canonical/rockcraft#660 failure.

Evaluated by: mr-cal-bot

No scores available.

Issue body

Related to the [issue](https://github.com/canonical/rockcraft/issues/660). When the target of `permission` block has a symlink inside the `permission` block fails with a `FileNotFoundError`. - [x] Have you signed the [CLA](http://www.ubuntu.com/legal/contributors/)? - [ ] Have you added an entry to the changelog (`docs/reference/changelog.rst`)? -----

Evaluation history

Date Model Scores Action Summary
stealth/space-bunny-alpha — closed resolved Merged canonical/craft-parts#1059 fixed symlink handling for permission blocks, resolving canonical/rockcraft#660.
stealth/space-bunny-alpha — closed superseded Closed in favor of merged canonical/craft-parts#1059, which fixed symlink permission handling for canonical/rockcraft#660.
stealth/space-bunny-alpha — closed resolved Merged as canonical/craft-parts#1059, resolving symlinks when permission blocks target symlinks and preventing the FileNotFoundError tracked in rockcraft#660.
qwen/qwen3.6-35b-a3b — — Merged to fix a FileNotFoundError when the permissions block targets a symlink, addressing issue 660. The change correctly resolves symlinks during permission assignment.
qwen3.6-35b-a3b-mtp-q6 — — Abandoned. Closed without merge, leaving the symlink permission FileNotFoundError unfixed. The proposed fix was not integrated into the codebase.

Update history

No update history recorded yet.

Related work

  • Related To: canonical/rockcraft#660 (confidence 95%)

    The PR is explicitly related to this upstream symlink-permissions issue.

Related issues

Issue Project State Summary Similarity
#660 Rockcraft parts `permissions` field follows symlinks when changing ownership. rockcraft open Upstream craft-parts#1059 is recorded as merged and fixes symlink-following during permission application; rockcraft#660 remains open but is resolved by that upstream fix.
77%