qml plugin: make it combinable with apps which use other build systems to install their files
Metadata
Current evaluation
Feature request to make the qml plugin combinable with cmake-built parts was closed by maintainer in Nov 2015 as likely a part-ordering problem (cmake should run after qml); plugin was later deleted as broken.
Resolution: closed stale
Reason: Closed by ted-gould on 2015-11-09 with "Closing issue for now. We can reopen if the cmake change doesn't fix it" after concluding the parts were ordered the wrong way around (cmake should build after the qml plugin). No code change was made for this request; the qml plugin itself was later removed as broken in PR #469 (commit 12b892588).
Evaluated by: mr-cal-bot
Issue body
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| stealth/space-bunny-alpha | — | closed stale | Feature request to make the qml plugin combinable with cmake-built parts was closed by maintainer in Nov 2015 as likely a part-ordering problem (cmake should run after qml); plugin was later deleted as broken. | |
| stealth/space-bunny-alpha | — | closed stale | Closed pending verification after trying cmake after qml; no Snapcraft code change landed, and the issue would be reopened if that build-order workaround failed. | |
| qwen/qwen3.6-35b-a3b | — | — | Closed pending verification. Reversing the build order so cmake runs after qml resolves the file installation conflict, eliminating the need for qml plugin modifications. | |
| qwen/qwen3.6-35b-a3b | — | — | Reversing the part build order so cmake runs after the qml plugin resolves the file installation conflict. The issue was closed pending verification of this workaround. | |
| qwen/qwen3.6-35b-a3b | — | — | Resolved by reordering parts so the cmake build runs after the qml plugin installs libraries. The qml plugin code was unchanged, and the report was closed pending verification. | |
| qwen/qwen3.6-35b-a3b | — | — | Closed with a workaround. Maintainer suggested reversing the build order so cmake runs after the qml plugin installs dependencies. No code changes were made; the issue remains closed pending verification. | |
| qwen3.6-35b-a3b-mtp-q6 | — | — | Closed as resolved. Ted Gould suggested reversing the part build order so cmake runs after the qml plugin, avoiding file conflicts. The issue was closed pending verification with no code changes to the plugin. |
Update history
No update history recorded yet.
Related work
-
Related To:
canonical/snapcraft#469
(confidence 72%)
PR #469 'qml plugin: remove broken plugin' (merged, commit 12b892588) deleted the qml plugin entirely rather than making it more selective, ending any fix in this area.
Related issues
| Issue | Project | State | Summary | Similarity |
|---|---|---|---|---|
| #1510008 qml plugin: make it combinable with apps which use other build systems to install their files | snapcraft (launchpad) | closed | Migrated to GitHub ubuntu-core/snapcraft#46 and closed as not a bug: snapcraft does not conflict when two parts install the same file, the user's part ordering was wrong. The qml plugin was later deleted as broken in merged PR #469 (12b892588). | |
| #1670146 QMake plugin should allow specifying custom Qt paths | snapcraft (launchpad) | open | The qmake plugin cannot build against Qt supplied by a part or local installation; the current craft-parts implementation hard-codes archive Qt packages and QT_SELECT. The valid feature remains unresolved. |