juju min version feature

William Reade william.reade at canonical.com
Tue Dec 16 14:32:34 UTC 2014


On Mon, Dec 15, 2014 at 6:13 PM, John Meinel <john at arbash-meinel.com> wrote:
> Can't we just as easily provide tools to find out what version of Juju
> provides a particular feature? Certainly a CLI of:
>  $ juju supported-features
>   leader-election
>   container-addressibility
>
> Or even possibly something that talks to something like the charm-store:
>  $ juju known-features
>  leader-election: juju >= 2.2
>  container-addressibility: juju >= 2.0
>
> I'm personally on the side of having charm *authors* talk about the features
> they want. Because then in juju-world we can enable/disable specific
> features based on them being requested, which makes charm authors get the
> features they need right. (e.g., if the charm doesn't say it needs
> leader-election, then it doesn't get leader tools exposed.)
>
> min-version, otoh, leads to people just setting it to the thing they are
> using, and doesn't give Juju a way to smartly enable/disable functionality.
> It also suffers from when we want to drop a feature that didn't turn out
> quite like what we thought it would.

Thanks John, +100 to all of this.



More information about the Juju-dev mailing list