<div dir="ltr">Martin, See my answers inline below.<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 8, 2014 at 6:32 AM, Martin Pitt <span dir="ltr"><<a href="mailto:martin.pitt@ubuntu.com" target="_blank">martin.pitt@ubuntu.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Alexis,<br>
<br>
thanks for writing down the summary, and the initial adjustments after<br>
our PMs. Sorry for responding so late, this slipped through the cracks :(<br>
<br>
In general this seems fine to me, I just have two questions:<br>
<br>
Alexis Bruemmer [2014-06-26 13:00 -0700]:<br>
<div class="">> It is critical that the state server and agents be kept in sync, and both<br>
> of these sets of machines are created, booted, and managed by Juju.<br>
<br>
</div>Out of interest, how is that enforced? If you dist-upgrade one VM but<br>
not the other, will bad things happen? Or should that be worded<br>
differently?<br></blockquote><div><br></div><div>I do think the wording here could be more clear.  I will send out an update.  In your particular scenario bad things would not happen.  The juju client package updates as a result of a dist-upgrade would still be able to talk to the juju state server.  </div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
> Tests are required for all changes, each change must be signed off by two<br>
> Juju developers and have a specific QA review, and a variety of fresh<br>
> install and upgrade combinations must be explicitly tested on every cloud<br>
> that Juju supports (for details see the “Testing a revision” section of the<br>
> Juju CI Design and Operation document linked below)<br>
<br>
</div>This really seems to be the crux of regression testing as far as SRUs<br>
and existing cloud deployments are concerned. Whenever I try to open<br>
the google docs I just get a "File unavailable. Sorry, there's a<br>
problem with this file.  Please reload.", so I can't look at the<br>
details. Does that mean that newer clients are tested on existing<br>
deployments with older servers and agents? Which combinations does<br>
that cover?<br></blockquote><div><br></div><div>I have updated the sharing policies for the Juju Ci doc, let me know if you still have issues accessing the file. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Thanks,<br>
<br>
Martin<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Martin Pitt                        | <a href="http://www.piware.de" target="_blank">http://www.piware.de</a><br>
Ubuntu Developer (<a href="http://www.ubuntu.com" target="_blank">www.ubuntu.com</a>)  | Debian Developer  (<a href="http://www.debian.org" target="_blank">www.debian.org</a>)<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Alexis Bruemmer<div>Juju Core Manager, Canonical Ltd.</div><div>(503) 686-5018</div><div><a href="mailto:alexis.bruemmer@canonical.com" target="_blank">alexis.bruemmer@canonical.com</a></div>
</div>
</div></div>