usrmerge issue when using the Python plugin without provisioning Python
Metadata
Current evaluation
Fixed by merged PR #498, which removes the Python plugin's primed lib64 symlink that broke the Ubuntu 24.04 usrmerge layout.
Resolution: closed resolved
Reason: PR #498 was merged as commit 05489c80. It removes the conflicting lib64 symlink during the lifecycle process, and the issue's closing comment links to that fix.
Evaluated by: mr-cal-bot
No scores available.
Issue body
The following part will generate a ROCK where the `/lib64` symlink to `/usr/lib64` is broken:
```yaml
parts:
flask-part:
plugin: python
source: "."
python-packages:
- flask
```
Adding Python (e.g. via `stage-packages: [python3-venv]`) fixes the issue.
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| stealth/space-bunny-alpha | — | closed resolved | Fixed by merged PR #498, which removes the Python plugin's primed lib64 symlink that broke the Ubuntu 24.04 usrmerge layout. | |
| stealth/space-bunny-alpha | — | closed resolved | Fixed by merged PR #498 (commit 05489c80), which removes the Python-plugin venv symlink that broke /lib64 during usrmerge post-prime. | |
| stealth/space-bunny-alpha | — | closed resolved | Broken /lib64 -> /usr/lib64 symlink from the Python plugin on 24.04 was fixed by merged PR #498 (commit 05489c80), adding a lifecycle step that deletes the primed lib64 -> lib symlink. Issue closed as fixed. | |
| stealth/space-bunny-alpha | — | closed resolved | Fixed in merged PR #498 (commit 05489c80), which removes Python venv symlinks that break usrmerge during post-prime on Ubuntu 24.04. | |
| qwen3.6-35b-a3b-mtp-q6 | — | — | Fixed a broken /lib64 symlink when using the Python plugin without provisioning Python. Resolved in #498. | |
| qwen/qwen3.8-27b |
Impact:
55
Quick Win:
36
Staleness:
85
Complexity:
35
Confidence:
85
Support Request:
5
|
close stale | Rockcraft bug: using the Python plugin without provisioning Python breaks the /lib64 -> /usr/lib64 symlink in the built rock (24.04 usrmerge). Fixed by PR #498, which removes the conflicting symlink in a post-prime callback. | |
| qwen/qwen3.6-35b-a3b |
Staleness:
95
Complexity:
45
Confidence:
85
Support Request:
10
|
close stale | Bug where using the Python plugin without provisioning Python breaks the /lib64 symlink in generated ROCKs. Unaddressed for over 3 years with zero maintainer engagement. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
95
Complexity:
60
Confidence:
75
Support Request:
10
|
needs triage | Using the Python plugin without provisioning Python causes a broken /lib64 symlink in the generated ROCK. Issue is unlabelled, has zero comments, and has been inactive for over 3 years. |
Update history
| Date | Change |
|---|---|
| closed |
Related work
-
Likely Fixed By:
canonical/rockcraft#498
(confidence 100%)
Merged fix for removing the usrmerge-breaking lib64 symlink.
Related issues
| Issue | Project | State | Summary | Similarity |
|---|---|---|---|---|
| #498 fix(lifecycle): remove usrmerge-breaking symlinks | rockcraft | merged | Merged PR #498 (commit 05489c80) fixes Ubuntu 24.04 Python-plugin rocks by removing the primed lib64 -> lib symlink that broke the base usrmerge layout. | |
| #1264 feat(plugins): new usrmerge-ready Python plugin | craft-parts | merged | Merged PR #1264 as commit 39557f3a, adding an opt-in Python v2 plugin using pip --user and sitecustomize for usrmerged payloads. |