← Back to issue list

Overlay contents might not be preserved between parts

View original Github issue

Metadata

Project
rockcraft
Number
#166
Type
issue
State
open
Author
tigarmo
Labels
—
Created
Updated
Closed
—

Current evaluation

Multi-part overlay scripts may not share CRAFT_OVERLAY changes; the reproducer is Ubuntu-18.04-specific and current-version behavior is still unverified.

Suggested action: keep open

Reason: The report provides an ordered two-part YAML reproducer, but its only stated failure is on Ubuntu 18.04 in #163; the maintainer follow-up asked about Ubuntu 20.04 and 22.04, and the 2026 comment requests current rockcraft/craft-parts versions. Overlay support remains present, but no evidence verifies or rules out the cross-part failure; commit 7d5df56b (#592) changes overlay-feature activation without being directly linked to this case.

Evaluated by: mr-cal-bot

Impact: 48 Quick Win: 12 Complexity: 59 Confidence: 72 Actionability: 63

Issue body

It looks like the overlay dir is not being "preserved" between the `overlay-script` of different parts. This could be important if, for example, two distinct parts want to add users to the ROCK (while we don't have official user support). Here's an example in a rock with an ubuntu base: ```yaml p1: plugin: nil overlay-script: | rm ${CRAFT_OVERLAY}/lib32 p2: after: [p1] plugin: nil overlay-script: | mkdir ${CRAFT_OVERLAY}/lib32 ``` So one part removes the base `lib32` symlink, and then the other part creates a `lib32` dir. I tried to do that in #163 but it failed with "lib32 already exists", but only in ubuntu-18.04. So this needs some investigating.

Evaluation history

Date Model Scores Action Summary
stealth/space-bunny-alpha
Impact: 48
Quick Win: 12
Complexity: 59
Confidence: 72
Actionability: 63
keep open Multi-part overlay scripts may not share CRAFT_OVERLAY changes; the reproducer is Ubuntu-18.04-specific and current-version behavior is still unverified.
qwen/qwen3.6-35b-a3b
Impact: 50
Quick Win: 18
Complexity: 50
Confidence: 60
Actionability: 70
keep open Overlay script changes between parts may not be preserved due to opaque whiteout handling. Encountered in PR #163 which was merged with a related fix, but verification on current versions is still pending.
qwen/qwen3.8-27b
Impact: 40
Quick Win: 18
Staleness: 55
Complexity: 55
Confidence: 55
Support Request: 10
close stale Overlay directory not preserved between parts' overlay-scripts (e.g., rm then mkdir lib32). Filed by maintainer 1355 days ago; last activity 166 days ago was an unanswered question about reproducibility on current versions. No labels or assignee.
qwen/qwen3.6-35b-a3b
Staleness: 75
Complexity: 50
Confidence: 65
Support Request: 20
needs triage Investigation into whether overlay directory contents are preserved between build parts. Open for over three years with no labels, assignee, or triage decision. A recent request for updated reproduction details remains unanswered.
qwen3.6-35b-a3b-mtp-q6
Staleness: 85
Complexity: 45
Confidence: 75
Support Request: 10
needs triage Investigates whether overlay-script contents persist between build parts across Ubuntu bases. Currently unlabelled and awaiting confirmation if the reported behavior still reproduces on recent versions.

Update history

No update history recorded yet.

Related work

  • Related To: rockcraft#163 (confidence 98%)

    The issue explicitly says the lib32 reproducer failed in #163; commit 501e6eae references #163 and addresses opaque whiteouts in usrmerge layers.

  • Related To: rockcraft#592 (confidence 65%)

    Commit 7d5df56b delays enabling the Craft Parts overlay feature, a plausible lifecycle follow-up, but no evidence links it directly to preservation across parts.

Related issues

No related issues found above the similarity threshold.