Handle bundles when interacting with the store
Metadata
Current evaluation
Bundle support landed via register-bundle, upload-bundle, and release-bundle commands, bundle-aware build/upload handling, type-aware names output, and Charmhub documentation.
Resolution: closed resolved
Reason: The maintainer closed the issue after confirming on 2021-02-23 that everything had landed. The completed work adopted explicit bundle commands, added bundle-aware build and upload support, and published documentation on 2021-03-05.
Evaluated by: mr-cal-bot
No scores available.
Issue body
We need to handle bundles properly in all the operations related to the store.
Most of that should be ok already, but for sure we need to improve some details:
- in the `register` command, give the option to register the name for a bundle. The idea is to provide a `--type` option that will allow the `charm` and `bundle` values (and possibly more in the future, like `stack`); this `--type` can be avoided if the project from where the command is issued can be identified as one or the other, otherwise it's mandatory.
- in the `names` command, add a column with the type of the package.
- in the `build` command, we should support a `metadata.yaml` not being there but a `bundle.yaml`: in that case just build a zip named `.bundle` with everything that is there (pretty much like we do for charms) but without building dependencies, or creating hooks/dispatch, etc. So in reality build will have two modes ("charm" and "bundle"), decided automatically after what is found in the project. Note also that some options are valid for the different modes (like `--from`) but others are not (like `--entrypoint`): in the latter cases we need to raise an error.
- in the `upload` command, we need to rename current `--charm-file` to be `--file` (supporting both charm and bundle files), and improve what is automatically detected from the project where the command is issued (we can guess the name from a possible `metadata.yaml`, for example, but not from a `bundle.yaml`).
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| stealth/space-bunny-alpha | — | closed resolved | Bundle support landed via register-bundle, upload-bundle, and release-bundle commands, bundle-aware build/upload handling, type-aware names output, and Charmhub documentation. | |
| stealth/space-bunny-alpha | — | closed resolved | Bundle store support landed with register-bundle, upload-bundle and release-bundle commands, plus bundle-aware build/upload handling and published Charmhub documentation. | |
| qwen/qwen3.6-35b-a3b | — | — | Implemented explicit bundle commands (register-bundle, upload-bundle, release-bundle) and updated build/upload for bundle workflows. Docs published. bundle init rejected as Juju generates bundles. | |
| qwen/qwen3.6-35b-a3b | — | — | Resolved by implementing explicit bundle commands (register-bundle, upload-bundle, release-bundle). Updated names to display package types and added bundle build/upload support. Documentation completed. | |
| qwen/qwen3.6-35b-a3b | — | — | Resolved by implementing explicit bundle commands (register-bundle, upload-bundle, release-bundle) and updating the names command. Bundle init was rejected. Code merged and documentation published. | |
| qwen3.6-35b-a3b-mtp-q6 | — | — | Implemented explicit bundle commands (register-bundle, upload-bundle, release-bundle) and updated build, upload, and names operations. Bundle init was rejected. All features landed and documentation was published. |
Update history
No update history recorded yet.
Related issues
| Issue | Project | State | Summary | Similarity |
|---|---|---|---|---|
| #246 Support for bundles in the Upload command. | charmcraft | merged | Merged PR #246 added bundle support to Charmcraft's Upload command, fixing #77 and advancing broader bundle-store support in #128 (commit 881bc0a8). |