<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Apr 26, 2014 at 4:16 AM, Curtis Hovey-Canonical <span dir="ltr"><<a href="mailto:curtis@canonical.com" target="_blank">curtis@canonical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">juju-core 1.19.1<br>
<br>
A new development release of Juju, juju-core 1.19.1, is now available.<br>
<br>
<br>
Getting Juju<br>
<br>
juju-core 1.19.1 is available for trusty and backported to earlier<br>
series in the following PPA:<br>
    <a href="https://launchpad.net/~juju/+archive/devel" target="_blank">https://launchpad.net/~juju/+archive/devel</a><br>
<br>
Upgrading from stable releases to development releases is not<br>
supported. You can upgrade test environments to development releases<br>
to test new features and fixes, but it is not advised to upgrade<br>
production environments to 1.19.1.<br>
<br>
If you are using a development release of juju-core, and find you need<br>
to go back to a stable release, you can find it in the juju stable PPA:<br>
    <a href="https://launchpad.net/~juju/+archive/stable" target="_blank">https://launchpad.net/~juju/+archive/stable</a><br>
<br>
If you have multiple sources of juju-core, you can select the version<br>
you want using apt:<br>
    sudo apt-get install juju-core=1.18.1*<br>
<br>
<br>
New and Notable<br>
<br>
* High Availability<br>
<br>
* Support for Multiple NICs with the Same MAC<br>
<br>
* Constraints Support instance-type<br>
<br>
<br>
Resolved issues<br>
<br>
* Git usage can trigger disk space/memory issues for charms with blobs<br>
  Lp 1232304<br>
<br>
* Juju upgrade-charm fails because of git<br>
  Lp 1297559<br>
<br>
* .pyc files caused upgrade-charm to fail with merge conflicts<br>
  Lp 1191028<br>
<br>
* Juju backup command fails against trusty bootstrap node<br>
  Lp 1305780<br>
<br>
* mongodb-server installed instead of juju-mongodb on trusty<br>
  Lp 1310719<br>
<br>
* MAAS provider cannot provision named instance<br>
  Lp 1237709<br></blockquote><div><br></div><div>This probably should fall under "new and notable" too. The MAAS provider now supports:</div><div>    juju add-machine <hostname></div><div>    juju bootstrap <hostname></div>
<div><br></div><div>You cannot yet do deploy/add-unit --to <hostname>; that will come later.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

* Manual provider specify bash as shell for ubuntu user<br>
  Lp 1303195<br>
<br>
* Stale lock causes local provider unit to be stuck pending<br>
  Lp 1302935<br>
<br>
* Local provider fails to provision precise instances from a trusty host<br>
  Lp 1306537<br>
<br>
* Local provider machines do not boot without default-series<br>
  Lp 1309805<br>
<br>
* The juju-local package doesn't state that lxc 1.0.0+ is required<br>
  Lp 1311909<br>
<br>
* Juju client is not using the floating ip to connect to the state<br>
  server<br>
  Lp 1308767<br>
<br>
* Juju bootstrap defaults to i386<br>
  Lp 1304407<br>
<br>
* Juju crash during bootstrap on arm64<br>
  Lp 1298085<br>
<br>
* juju status panic() when unable to parse .jenv<br>
  Lp 1312136<br>
<br>
* Juju authorised-keys should have an authorized-keys alias<br>
  Lp 1312537<br>
<br>
<br>
High Availability<br>
<br>
The juju state-server (bootstrap node) can be placed into high<br>
availability mode. Juju will automatically recover when one or more the<br>
state-servers fail. You can use the 'ensure-availability' command to<br>
create the additional state-servers:<br>
<br>
    juju ensure-availability<br>
<br>
The 'ensure-availability' command create's 3 state servers by default,<br>
but you may use the '-n' option to specify a larger number. The number<br>
of state servers must be odd. The command supports the '--series' and<br>
'--constraints' options like the 'bootstrap' command. You can learn more<br>
details by running 'juju ensure-availability --help'<br>
<br>
<br>
Support Multiple NICs with the Same MAC<br>
<br>
Juju now supports multiple physical and virtual network interfaces with<br>
the same MAC address on the same machine. Juju takes care of this<br>
automatically, there is nothing you need to do.<br>
<br>
Caution, network settings are not upgraded from 1.19.0 to 1.19.1. If you<br>
used juju 1.19.0 to deploy an environment with specified networks, you<br>
must redeploy your environment instead of upgrading to 1.19.1.<br>
<br>
<br>
Constraints Support instance-type<br>
<br>
You can specify 'instance-type' with the '--constraints' option to<br>
select a specific image defined by the cloud provider. The<br>
'instance-type' constraint can be used with Azure, EC2, HP Cloud, and<br>
all OpenStack-based clouds. For example, when creating an EC2<br>
environment, you can specify 'm1.small':<br>
<br>
    juju bootstrap --constraints instance-type=m1.small<br>
<br>
Constraints are validated by all providers to ensure values conflicts<br>
and unsupported options are rejected. Previously, juju would reconcile<br>
such problems and select an image, possibly one that didn't meet the<br>
needs of the service.<br>
<br>
<br>
Finally<br>
<br>
We encourage everyone to subscribe the mailing list at<br>
<a href="mailto:juju-dev@lists.canonical.com">juju-dev@lists.canonical.com</a>, or join us on #juju-dev on freenode.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Curtis Hovey<br>
Canonical Cloud Development and Operations<br>
<a href="http://launchpad.net/~sinzui" target="_blank">http://launchpad.net/~sinzui</a><br>
<br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</font></span></blockquote></div><br></div></div>