[Oneiric] Cannot deply services - store.juju.ubuntu.com not found

Hi Shang

The most recent version of juju in Oneiric introduces changes to support both local and charm store location of services.

You will need to change how you deploy services using the local: prefix with the charm name -

   juju deploy --repository=examples local:wordpress

see https://lists.ubuntu.com/archives/juju/2011-October/000850.html for a few more details about this change.

Marking this bug as invalid as this is an expected break.

The interface changed a few days ago; you now need to do the following:

ubuntu@ubuntu-Aspire-M5910:~/.juju$ juju deploy --repository=examples local:wordpress

The documentation *should* be up to date now;i f you're aware of any we've missed, please let us know so we can fix it.

thanks for the info.

@William,

If you are referring to the documentation here:
https://juju.ubuntu.com/Documentation

I don't think it is up-to-date.

Excerpts from Shang Wu's message of Fri Oct 14 04:24:34 UTC 2011:
> @William,
>
> If you are referring to the documentation here:
> https://juju.ubuntu.com/Documentation
>
> I don't think it is up-to-date.
>

I've filed an RT IS request on this about 30hrs ago, its in the queue to be
fixed.

thanks

Excerpts from Shang Wu's message of Fri Oct 14 04:24:34 UTC 2011:
> @William,
>
> If you are referring to the documentation here:
> https://juju.ubuntu.com/Documentation
>
> I don't think it is up-to-date.
>

I've filed an rt about this getting the docs in a cron job updated.

I've tried to communicate the urgency..
https://portal.admin.canonical.com/48456

Otoh, i don't think this code should be attempting to contact the remote store
for an unqualified name if you specify a local disk repository.

The user should not have to express their intention twice.

Excerpts from Kapil Thangavelu's message of Sat Oct 15 13:44:30 UTC 2011:
> Excerpts from Shang Wu's message of Fri Oct 14 04:24:34 UTC 2011:
> > @William,
> >
> > If you are referring to the documentation here:
> > https://juju.ubuntu.com/Documentation
> >
> > I don't think it is up-to-date.
> >
>
> I've filed an rt about this getting the docs in a cron job updated.
>
> I've tried to communicate the urgency..
> https://portal.admin.canonical.com/48456
>
>
> Otoh, i don't think this code should be attempting to contact the remote store
> for an unqualified name if you specify a local disk repository.
>
> The user should not have to express their intention twice.
>

Right, no store available should just mean that the namespace resolution
degrades to local charms only.

Is it too strong to say that local charms should always override the
store namespace when the charm name is unqualified? Like if I've written
a replacement mysql, and put it in my repo, when is it ok to replace my
local mysql with the store's?

Ideally I'd be able to set the precedence of all available namespaces.

Excerpts from Clint Byrum's message of Sat Oct 15 16:49:54 UTC 2011:
> Excerpts from Kapil Thangavelu's message of Sat Oct 15 13:44:30 UTC 2011:
> > Excerpts from Shang Wu's message of Fri Oct 14 04:24:34 UTC 2011:
> > > @William,
> > >
> > > If you are referring to the documentation here:
> > > https://juju.ubuntu.com/Documentation
> > >
> > > I don't think it is up-to-date.
> > >
> >
> > I've filed an rt about this getting the docs in a cron job updated.
> >
> > I've tried to communicate the urgency..
> > https://portal.admin.canonical.com/48456
> >
> >
> > Otoh, i don't think this code should be attempting to contact the remote store
> > for an unqualified name if you specify a local disk repository.
> >
> > The user should not have to express their intention twice.
> >
>
> Right, no store available should just mean that the namespace resolution
> degrades to local charms only.

disregarding the charm store entirely, if the command line is

juju deploy --repostory foobar

The user has expressed an intent to use a local repository, and the charm should
be looked up from there without the need for a namespace qualifier.

I think that's the issue that should be fixed for this bug.

>
> Is it too strong to say that local charms should always override the
> store namespace when the charm name is unqualified? Like if I've written
> a replacement mysql, and put it in my repo, when is it ok to replace my
> local mysql with the store's?

>
> Ideally I'd be able to set the precedence of all available namespaces.
>

multi repo usage here is a little interesting, and at conflicts with gustavo's
notion (expressed at capetown sprint) of a charm store doing full dep
graph resolution. multi-repo usage needs client side dep resolution with
repo precendents. there's an implementation of client side auto dep
resolution with precedence i wrote in trunk history.

the auto resolve deps precendence is an ordered list of repos, with the dep
installation from the repo that last successfully looked up as the default start
for the next dep, and then falling back to the start of the ordered repo list.

Also to clarify multi-repo in this case would be both a local repo and a charm store repo, multiple namespaces in the charm store would definitely be supported server side.

it seems the best option that will pass muster is to just log the repo being utilized for the lookup since local repository usage needs to be spelled twice on the cli.

the store is almost live.. marking won't fix