← Back to issue list

extension files get repeated over and over each time snapcraft is recreated

View original Launchpad issue

Metadata

Project
snapcraft (launchpad)
Number
#1976290
Type
issue
State
open
Author
~rastersoft-gmail
Labels
craft-1120
Created
Updated
Closed

Current evaluation

2021 report that rebuilding a snap with a modified gnome extension without cleaning duplicates python3.8 build/lib artifacts in the squashfs, growing the snap size each rebuild. Zero comments, no maintainer response, and the python3.8-era in-repo extension setup is long outdated.

Suggested action: close stale

Reason: The issue is 1554 days old with last activity 1539 days ago, zero comments, and no maintainer acknowledgement (only an auto 'craft-1120' migration label). It targets the python3.8-era snapcraft with in-repo extensions, which has since been replaced by the snapcraft-extensions repo and newer cores, so the affected version is no longer supported; a workaround (snapcraft clean) was always available. Confidence is tempered because repo tools could not pin a SHA, so I could not verify whether the underlying parts stage-cleaning behavior still misbehaves on current versions.

Impact: 35 Quick Win: 19.25 Staleness: 95 Complexity: 45 Confidence: 65 Support Request: 10

Issue body

Every time I modify the gnome.py file from the extensions and rebuild the snap without doing a clean, the size is much bigger. I checked the squashfs and found that the python3.8's build/lib folder is being duplicated each time the snap is rebuilt (as long as the modification date of the file has changed). I attach a capture where can be seen that in one of the iterations there were four instances of the gnome.py (and the test_gnome.py) file, but after changing one line in gnome.py and rebuilding the snap without doing a clean, there are now five instances.

Evaluation history

Date Model Scores Action Summary
qwen/qwen3.8-27b
Impact: 35
Quick Win: 19.25
Staleness: 95
Complexity: 45
Confidence: 65
Support Request: 10
close stale 2021 report that rebuilding a snap with a modified gnome extension without cleaning duplicates python3.8 build/lib artifacts in the squashfs, growing the snap size each rebuild. Zero comments, no maintainer response, and the python3.8-era in-repo extension setup is long outdated.
qwen/qwen3.6-35b-a3b
Staleness: 95
Complexity: 45
Confidence: 90
Support Request: 15
close stale Incremental snapcraft builds duplicate extension files in the squashfs, increasing snap size. No maintainer response or activity for over four years.
qwen/qwen3.6-35b-a3b
Staleness: 95
Complexity: 40
Confidence: 85
Support Request: 10
needs triage Rebuilding snaps without a clean build causes extension files and build artifacts to duplicate, increasing snap size. The issue is over four years old with no maintainer response or comments.
qwen3.6-35b-a3b-mtp-q6
Staleness: 95
Complexity: 65
Confidence: 75
Support Request: 5
needs triage Incremental snapcraft rebuilds without a clean build cause extension files and build artifacts to duplicate in the resulting snap. The issue has been inactive for over four years with no maintainer response.
qwen3.6-35b-a3b-mtp-q6
Staleness: 95
Complexity: 40
Confidence: 80
Support Request: 10
needs triage Incremental snapcraft builds duplicate extension files and build artifacts, increasing snap size. The report is four years old with zero maintainer interaction or activity.

Update history

No update history recorded yet.

Related work

  • Related To: snapcraft (launchpad)#1477904 (confidence 50%)

    Adjacent parts stage-management bug: stages not marked dirty when files change, same build-caching area as this duplication report.

Related issues

No related issues found above the similarity threshold.