Re: series-agnostic charm URLs

2014-07-25 Thread Richard Harding
On Wed, 23 Jul 2014, Gustavo Niemeyer wrote: Going back to bundles, not having to update a bundle when a new, entirely different, release of Ubuntu comes out, is of course much more expressive, and people love expression, but carries with it a relevant semantic load. It also means neither we

Re: series-agnostic charm URLs

2014-07-24 Thread William Reade
On Thu, Jul 24, 2014 at 12:59 AM, roger peppe roger.pe...@canonical.com wrote: On 23 July 2014 11:51, John Meinel j...@arbash-meinel.com wrote: Casey is the one to talk to. I'm not sure if he was just trying to be conservative, but he did intentionally not want to pun the types. I think he

series-agnostic charm URLs

2014-07-23 Thread roger peppe
In the charm store and the bundle specification, we use both fully specified charm URLs (with series) and partially specified charm URLs (without series and/or version). Currently in the charm package, the charm.URL type represents the former, the charn.Reference type represents the former; but

Re: series-agnostic charm URLs

2014-07-23 Thread John Meinel
Casey is the one to talk to. I'm not sure if he was just trying to be conservative, but he did intentionally not want to pun the types. I think he wanted to be clear that things passed to *these* API calls must be fully formed, while ones passed to *those* could be expanded. We could do what you

Re: series-agnostic charm URLs

2014-07-23 Thread Gustavo Niemeyer
On Wed, Jul 23, 2014 at 7:35 AM, roger peppe rogpe...@gmail.com wrote: We want to store charm URLs in mongo-db that are agnostic whether the series is specified or not. For example, in a bundle, a service is free to specify a series in the charm name or not. That sounds slightly surprising.

Re: series-agnostic charm URLs

2014-07-23 Thread roger peppe
On 23 July 2014 11:51, John Meinel j...@arbash-meinel.com wrote: Casey is the one to talk to. I'm not sure if he was just trying to be conservative, but he did intentionally not want to pun the types. I think he wanted to be clear that things passed to *these* API calls must be fully formed,

Re: series-agnostic charm URLs

2014-07-23 Thread Gustavo Niemeyer
On Wed, Jul 23, 2014 at 9:13 AM, Richard Harding rick.hard...@canonical.com wrote: This is driven by requirements from ecosystem and users where bundles define a 'solution'. A mongodb-cluster bundle doesn't need to be updated every time a new revision comes out, or even if a new series comes

Re: series-agnostic charm URLs

2014-07-23 Thread Gustavo Niemeyer
On Wed, Jul 23, 2014 at 9:59 AM, roger peppe roger.pe...@canonical.com wrote: The charm URL in a bundle means exactly what it would mean if you typed it in a juju deploy command. That is, it is dependent on the charms available at bundle deploy time. I would fix that instead. I do believe