cmake: use the cmake snap by default
Metadata
Current evaluation
Adds an option to source cmake from the snap and makes the cmake snap the default in the cmake plugin. Maintainers rejected the default change as breaking; author unresponsive for ~6 months. No CI, no approvals.
Suggested action: close not mergeable
Reason: Maintainer tigarmo explicitly stated 'Changing the default to use the snap is a no-go, this will for sure break existing projects', and sergiusens agreed, so the backward-incompatible default change is expressly unacceptable. The discussion pivoted to different approaches (cmake-deps detection, core26 fallback) that would be a separate change, and the author has not responded to the feedback in ~6 months (last activity 2024-12-20). The current cmake_plugin.py still hardcodes the cmake deb, confirming nothing was landed.
Issue body
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| qwen/qwen3.8-27b |
Impact:
55
Quick Win:
24.75
Staleness:
65
Complexity:
55
Confidence:
80
|
close not mergeable | Adds an option to source cmake from the snap and makes the cmake snap the default in the cmake plugin. Maintainers rejected the default change as breaking; author unresponsive for ~6 months. No CI, no approvals. | |
| qwen/qwen3.6-35b-a3b |
Staleness:
75
Complexity:
20
Confidence:
90
|
close not mergeable | Suggests defaulting CMake to the snap package and adds a source configuration option. Maintainers rejected the default change due to backward compatibility risks, recommending PATH overrides or core26+ adjustments instead. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
90
Complexity:
20
Confidence:
90
|
close not mergeable | Proposes switching default CMake source from deb to snap. Maintainers rejected the default change due to backward compatibility concerns. Discussion shifted to alternative workarounds and long-term plugin improvements. PR remains unupdated. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
85
Complexity:
20
Confidence:
90
|
close stale | Proposes defaulting the cmake plugin to the snap package. Maintainers reject this for backward compatibility, suggesting alternatives like conditional build-packages or explicit cmake-deps parts instead. Awaiting consensus on a non-breaking solution. |
Update history
No update history recorded yet.
Related work
-
Related To:
canonical/craft-parts#948
(confidence 70%)
Referenced in lengau's comment about needing to document PATH manipulation, which is central to the discussion of how to prefer the cmake snap over the deb.
Related issues
No related issues found above the similarity threshold.