Proposal: making apt-get upgrade optional
John Meinel
john at arbash-meinel.com
Wed Jul 2 17:27:20 UTC 2014
local provider is special. It generates a template image, and runs "apt-get
update" once there, and then clones and doesn't ever run it again. Also,
the template isn't destroyed by "destroy-environment" which means if you
tried out the local provider 3 months ago, you'll still have a really old
template today.
Tim had intended to do more work here (provide a way to refresh the
template), but ran out of time to work on local provider stuff.
Note this will also effect LXC deployments, as other people requested us to
use the template + clone on all clouds.
John
=:->
On Wed, Jul 2, 2014 at 5:10 PM, Curtis Hovey-Canonical <curtis at canonical.com
> wrote:
> On Tue, Jul 1, 2014 at 9:19 PM, Andrew Wilkins
> <andrew.wilkins at canonical.com> wrote:
> > On Wed, Jul 2, 2014 at 3:38 AM, Antonio Rosales
> > <antonio.rosales at canonical.com> wrote:
> >>
> >> Suggest we make an environments.yaml key value of say "apt-get-update"
> >> set to a boolean with the default being "true". Existing charms are
> >> timing out[0] when apt-get update is turned off due to stale apt-get
> >> metadata. Users then can them make the choice, and we can make
> >> suggestions in the docs as to what this key value means and how it can
> >> improve performance especially in the developer scenario when the care
> >> more about fast iterative deploys.
> >>
> >> Thoughts?
> >
> >
> > I'm not suggesting we turn off update, just upgrade. We add repos
> > (cloud-tools, ppa), so we need to update for juju's dependencies anyway.
> I
> > don't think my proposal will affect charms.
> >
> >>
> >> [0] https://bugs.launchpad.net/juju-core/+bug/1336353
> \
> ^ ^ this bug implies juju is not running update or not running it at
> the correct time time. This might be because provisioning for a charm
> is different than provisioning a state-server?
>
>
> --
> Curtis Hovey
> Canonical Cloud Development and Operations
> http://launchpad.net/~sinzui
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju-dev/attachments/20140702/b5ffdaf1/attachment.html>
More information about the Juju-dev
mailing list