add option to deploy *.charm via url

Bug #1943519 reported by Leon
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
Wishlist
Unassigned

Bug Description

It would be nice to be able to deploy a charm via url, similar to how python's requirements.txt supports git+https://... packages:

> $ juju deploy https://github.com/sed-i/prometheus-tester/releases/download/v0.1/prometheus-tester_ubuntu-20.04-amd64.charm
ERROR no charm was found at "https://github.com/sed-i/prometheus-tester/releases/download/v0.1/prometheus-tester_ubuntu-20.04-amd64.charm"

or to be able to deploy a bundle with a *.charm from url rather than from local filesystem:

  tester:
    charm: https://github.com/sed-i/prometheus-tester/releases/download/v0.1/prometheus-tester_ubuntu-20.04-amd64.charm

Changed in juju:
importance: Undecided → Wishlist
Harry Pidcock (hpidcock)
Changed in juju:
status: New → Triaged
Changed in juju:
assignee: nobody → Achilleas Anagnostopoulos (achilleasa)
Changed in juju:
status: Triaged → In Progress
Changed in juju:
assignee: Achilleas Anagnostopoulos (achilleasa) → nobody
status: In Progress → Triaged
Revision history for this message
John A Meinel (jameinel) wrote :

What is the use case for having it stored in a git repository vs publishing it as the 'edge' version from Charmhub. Certainly that is the *reason* that we have edge releases (you can publish something that isn't the default that everyone else gets).

Is it because you want to try out someone's branch of a given charm? How does this work with things like resources and refresh and updates, etc.

It isn't hard to implement if we just treat it as 'just a blob to deploy' which we happen to get from a URL that isn't file://.

Revision history for this message
Leon (sed-i) wrote :

Yes, the original idea was testing branches, since automated publishing to charmhub is not supported yet (excluding echo $SECRET > .go_cookie). However, this use case is not relevant to me anymore.

Other potential use case:
A user may want to use github releases (or any other charmhub alternative) in parallel to charmhub. This may be relevant for proprietary charms?

Revision history for this message
Leon (sed-i) wrote :

Deploying *bundles* from url could be handy for example/test bundles created by community without trashing charmhub.

Revision history for this message
Leon (sed-i) wrote :

Deploying bundle *overlays* from url is even a stronger usecase: even when relying on charmhub for the main bundle, and convenience overlays still have to be stored elsewhere.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.