← Back to issue list

Handle bundles when interacting with the store

View original Github issue

Metadata

Project
charmcraft
Number
#128
Type
issue
State
closed
Author
facundobatista
Labels
—
Created
Updated
Closed

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).
76%