Snapcraft/snappy should detect incompatible version mismatches
Metadata
Current evaluation
Closed as superseded after snapd added early validity checks and the assumes mechanism; Snapcraft added assumes support in #525 (e98e34c86).
Resolution: closed superseded
Reason: The final maintainer update states that modern snapd performs early validity checks and supports assumes, superseding the original Ubuntu Core 15.04 mismatch scenario. Snapcraft implemented assumes support in #525, commit e98e34c86.
Evaluated by: mr-cal-bot
No scores available.
Issue body
Going for creating a LibreOffice snap with Snapcraft 2.2.2 on xenial finishes without error message or error code, but results in an uninstallable image.
Here is what is happening on trying to install the snap in a vagrant created snappy instance:
(amd64)ubuntu@ubuntu-core-edge-15:~$ sudo snappy install libreoffice_5.0.4_amd64.snap
Installing libreoffice_5.0.4_amd64.snap
libreoffice_5.0.4_amd64.snap failed to install: open /tmp/read-file704372866/unpack/meta/package.yaml: no such file or directory
Note that:
- other snaps (e.g."hello world") install fine in that instance
- at least "file libreoffice_5.0.4_amd64.snap" is convinced this is a squashfs
- there were snaps created on Snapcraft 1.0.2/wily, that just installed fine in that instance
- this snap is currently 928MB -- so this might also be a problem in snappy, not snapcraft (e.g. running out of storage somewhere).
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| stealth/space-bunny-alpha | — | closed superseded | Closed as superseded after snapd added early validity checks and the assumes mechanism; Snapcraft added assumes support in #525 (e98e34c86). | |
| stealth/space-bunny-alpha | — | closed resolved | Closed after snapd gained early validity checks and the assumes mechanism, superseding the request for clearer incompatibility errors. | |
| stealth/space-bunny-alpha | — | closed stale | Snapcraft 2.2.2 created a snap missing meta/package.yaml that Snappy could not install; closed without a recorded fix after years of inactivity. | |
| qwen/qwen3.6-35b-a3b | — | — | Closed without resolution or comments after over a decade. Likely abandoned or superseded by newer Snapcraft and snappy releases that resolved version compatibility and metadata generation issues. | |
| qwen/qwen3.6-35b-a3b | — | — | Abandoned. The report detailed Snapcraft failing to detect version mismatches, causing large snaps to install incorrectly. With zero comments and over a decade of dormancy, it received no resolution and was closed. | |
| qwen/qwen3.6-35b-a3b | — | — | Closed without comments after over a thousand days, indicating it was abandoned or superseded by newer Snapcraft/snappy releases that later addressed version mismatch detection. | |
| qwen3.6-35b-a3b-mtp-q6 | — | — | Closed without comments or resolution. The version mismatch and package.yaml error were not addressed, indicating the issue was abandoned or superseded by newer Snapcraft/snappy releases. |
Update history
| Date | Change |
|---|---|
| created |
Related work
-
Superseded By:
snapcraft#525
(confidence 90%)
Added Snapcraft support for the snap assumes mechanism cited as replacing the requested mismatch handling.
Related issues
| Issue | Project | State | Summary | Similarity |
|---|---|---|---|---|
| #2019931 snapcraft is ignoring the "assumes" section | snapcraft (launchpad) | closed | Snapcraft 7.3.1 dropped project-provided assumes from meta/snap.yaml (hit core22 builds and Docker). Fixed by snapcore/snapcraft PR #4152 (commit 36dca729e); reporter confirmed working in 7.3.2. | |
| #1799295 Snapcraft should add an "assumes" if full adapter is used | snapcraft (launchpad) | closed | Fixed by snapcraft PR #2379 ("meta: add assumes if using 'full' app adapter"), merged as commit 2b5a254ef; Snapcraft now adds assumes: [command-chain] when the full adapter is used. Maintainer ~kyrofa closed LP #1799295 citing that PR. |