dots in charm names (shelr.tv)

[Kapil Thangavelu]

On Tue, Mar 26, 2013 at 11:25 AM, Gustavo Niemeyer <
gustavo.niemeyer at canonical.com> wrote:

> On Tue, Mar 26, 2013 at 12:47 PM, Abel Deuring
> <abel.deuring at canonical.com> wrote:
> > Divergence betwen LP and the charm store might be an issue (though
> > charmworld checks the main store too), but that's not my main point,
> > neither is importing from LP an issue with shelr.tv. The problem we have
> > with this charm is that we use MongoDB records like {'_id':
> > 'cs:<long-path>/shelr.tv', ...}
>
> This charm *has never existed in the store*. You wouldn't have
> problems if you took that into account.
>
> Even pretending to users that it exists is already an issue.

(...)
> > So we have a possible name inconsistency between LP and the charm
> > store... Can we assume that dots (and perhaps other other symbols) are
>
> There's no inconsistency. The charm store is the only authoritative
> place for charms. If it's not in the store, it doesn't exist. Of
> course, we can have many charm branches in Launchpad, but that doesn't
> necessarily mean it's a charm in the store, much like if you find a
> branch in Launchpad you shouldn't assume it is an Ubuntu package.
>
>

afaics the best way to ensure this divergence doesn't happen is to use the
go charm definition for validation of a charm and incorporate that into
charm-lint/charm browser, or alternatively to put an interface on the charm
store to collect the errors for a given charm branch there.

incidentally the mongodb issue is a pymongo driver thing, previous versions
of the driver where able to handle '.' in values without issue.

cheers,

Kapil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20130326/43b86f87/attachment.html>