eod status 8-jan-2013
Kapil Thangavelu
kapil.thangavelu at canonical.com
Thu Jan 10 00:30:34 UTC 2013
adding back to list which got cut-off accidentally.
On Wed, Jan 9, 2013 at 6:14 PM, William Reade
<william.reade at canonical.com>wrote:
> On Wed, 2013-01-09 at 17:40 -0600, Kapil Thangavelu wrote:
> >
> > hmm.. i really don't like introducing ordering requirements
> > where previously none have existed, it also means we have to
> > carry forward the rules and logic to other tools like the gui
> > etc where position is non obvious to the user as it is on the
> > cli. my original suggestion here was to not allow require
> > juju-info as a relation name unless the charm is a subordinate
> > which satisifies the existing charms and avoids the posited
> > scenario as its then its more obviously broken (any info from
> > the rel is already available from the primary) albeit at the
> > cost of some doc word smithing.
>
>
> > actually we can further restrict it to a container relation of a
> > subordinate which then becomes obviously broken as a sub can't be a
> > sub to another sub.
>
> OK; I think we should we leave the whole juju-* namespace valid for
> require container relations of subordinates, and make it invalid for all
> other relations; and allow requiring juju-* interfaces, but disallow
> explicitly providing them. Sane?
>
That many semicolons makes me nervous ;-) Just to restate the changes then
are
1. juju-* relation names are only valid for container require relations.
the existing preserved semantics
2. juju-* interfaces or relation names can't be provided by a charm
3. juju-* interfaces can be required by a charm.
Sounds good.
> I don't think this is necessarily closed -- eventual solution pending
> niemeyer's input -- but I have a strong urge to make this sane so we can
> verify the behaviour of the vast majority of existing subordinates, and
> will try to implement the above before the release unless anyone stops
> me.
>
>
Also sounds good.
thanks,
Kapil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju-dev/attachments/20130109/daaa2f32/attachment-0001.html>
More information about the Juju-dev
mailing list