<br><br><div class="gmail_quote">On Tue, Mar 26, 2013 at 11:25 AM, Gustavo Niemeyer <span dir="ltr"><<a href="mailto:gustavo.niemeyer@canonical.com" target="_blank">gustavo.niemeyer@canonical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Mar 26, 2013 at 12:47 PM, Abel Deuring<br>
<<a href="mailto:abel.deuring@canonical.com">abel.deuring@canonical.com</a>> wrote:<br>
> Divergence betwen LP and the charm store might be an issue (though<br>
> charmworld checks the main store too), but that's not my main point,<br>
> neither is importing from LP an issue with <a href="http://shelr.tv" target="_blank">shelr.tv</a>. The problem we have<br>
> with this charm is that we use MongoDB records like {'_id':<br>
> 'cs:<long-path>/<a href="http://shelr.tv" target="_blank">shelr.tv</a>', ...}<br>
<br>
</div>This charm *has never existed in the store*. You wouldn't have<br>
problems if you took that into account.<br>
<br>
Even pretending to users that it exists is already an issue. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(...)<br>
<div class="im">> So we have a possible name inconsistency between LP and the charm<br>
> store... Can we assume that dots (and perhaps other other symbols) are<br>
<br>
</div>There's no inconsistency. The charm store is the only authoritative<br>
place for charms. If it's not in the store, it doesn't exist. Of<br>
course, we can have many charm branches in Launchpad, but that doesn't<br>
necessarily mean it's a charm in the store, much like if you find a<br>
branch in Launchpad you shouldn't assume it is an Ubuntu package.<br>
<br></blockquote><div><br></div><div><br></div><div>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.</div>
<div><br></div><div>incidentally the mongodb issue is a pymongo driver thing, previous versions of the driver where able to handle '.' in values without issue.</div><div><br></div><div>cheers,</div><div><br></div>
<div>Kapil </div></div>