<div dir="ltr">Merry Christmas Jujuers!<div><br></div><div>Don't forget to shut down your environments over the break, or Santa will bring you lumps of coal, wrapped in AWS bills.</div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Sat, Dec 21, 2013 at 8:05 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.17.0<br>
<br>
A new development release of Juju, juju-core 1.17.0, is now available.<br>
<br>
<br>
Getting Juju<br>
<br>
juju-core 1.17.0 is available in 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.17.0.<br>
<br>
New and Notable<br>
<br>
* “juju authorised-keys” to manage ssh keys within Juju.<br>
  Lp 834930<br>
<br>
* “juju destroy-environment” requires the environment name.<br>
  Lp 1057665<br>
<br>
* “juju upgrade-juju” chooses a safe and supported path.<br>
  Lp 1233451<br>
<br>
* “juju metadata generate-image” uses the environment to get<br>
  much of the information written to the simple streams data.<br>
  Lp 1237286<br>
<br>
* The “tools-metadata-url” config option replaces “tools-url”.<br>
<br>
<br>
Resolved issues<br>
<br>
* --upload-tools failure preventing bootstrap completing.<br>
  HTTP connections were not properly closed to allow retries.<br>
  Lp 1239558<br>
<br>
* Invalid SSL certificate after rebootstrapping.<br>
  Certificates and keys are destroyed with the environment to<br>
  prevent reuse.<br>
  Lp 1130255<br>
<br>
* Killing instance outside of juju, doesn't get noticed.<br>
  The juju state server automatically removes machines when the<br>
  connection is broken for a prolonged period.<br>
  Lp 1205451<br>
<br>
* Uniter: high frequency relation operations cause rate limits to<br>
  be exceeded.<br>
  Juju now caches the API address reducing the need to be chatty.<br>
  Lp 1244766<br>
<br>
* Juju bootstrap fails with openstack provider (failed unmarshaling the<br>
  response body)<br>
  Juju now supports OpenStack Havana with ceph-radosgw as a Swift<br>
  back-end.<br>
  Lp 1209003<br>
<br>
* Manual provider bootstrap fails with error about sftp scheme.<br>
  Juju now generates the proper metadata and uses the correct method<br>
  to locate tools.<br>
  Lp 1235717<br>
<br>
* Manual provider doesn't install mongo from the cloud archive.<br>
  Juju now uses apt repository sources and boot commands from the<br>
  cloud-init config.<br>
  Lp 1238934<br>
<br>
* Manual provider uses reverse-lookup result instead of "bootstrap-host"<br>
  Juju now uses the IP address of the bootstrap-host.<br>
  Lp 1246905<br>
<br>
* Manual provider requires that machines have DNS records.<br>
  Juju no longer requires the DNS entries for manually<br>
  provisioned machines.<br>
  Lp 1254629<br>
<br>
* Set-constraints example gives "error: malformed constraint"<br>
  The help information now documents the --service option.<br>
  Lp 1251095<br>
<br>
* Sync-tools uploads 0kB juju tools when relative path is used<br>
  for "--source"<br>
  Relative paths are now accepted.<br>
  Lp 1255006<br>
<br>
* Juju env could be friendlier to scripts.<br>
  Juju env and juju switch no longer quote the env name.<br>
  Lp 1193244<br>
<br>
* HP Cloud boilerplate doesn't contain enough info.<br>
  The missing configuration is now included with the defaults set.<br>
  Lp 1240116<br>
<br>
<br>
Known issues<br>
<br>
* Upgrades from stable releases to 1.17.0 may result in config-changed<br>
  hook failures in units.<br>
<br>
<br>
Managing authorised keys<br>
<br>
Juju's ssh key management allows people other than the person who<br>
bootstrapped an environment to ssh into Juju machines/nodes.<br>
The “authorised-keys” command accepts 4 subcommands:<br>
<br>
    add - add ssh keys for a Juju user<br>
    delete - delete ssh keys for a Juju user<br>
    list - list ssh keys for a Juju user<br>
    import - import Launchpad or Github ssh keys<br>
<br>
“import” can be used in clouds with open networks to pull ssh keys from<br>
Launchpad or Github, eg "juju authorised-keys import lp:wallyworld".<br>
But for clouds which do not have access to the internet, "add" can be<br>
used to import the provided key.<br>
<br>
Use the key fingerprint or comment to specify which key to delete.<br>
You can find the fingerprint for a key using ssh-keygen.<br>
<br>
Juju cannot not manage existing keys on manually provisioned machines.<br>
Juju will prepend "Juju:" to the comments of all keys that it adds to<br>
a machine. These are the only keys it can “list” or “delete”.<br>
<br>
Note that right now, keys are global and grant access to all machines.<br>
When a key is added, it is propagated to all machines in the<br>
environment. When a key is deleted, it is removed from all machines.<br>
<br>
For more details, run "juju authorised-keys --help" to read the help.<br>
<br>
<br>
Destroying environments<br>
<br>
The “destroy-environment” command requires you to specify the<br>
environment name, eg. “juju destroy-environment my-press-site”.<br>
Previously, “destroy-environment” would destroy the current<br>
environment, which might not be the one you want to destroy.<br>
<br>
<br>
Upgrading Juju<br>
<br>
The “juju upgrade-juju” command has changed to ensure that stable and<br>
supported versions of juju are selected.<br>
<br>
The default behavior of “upgrade-juju” selects the *next* stable<br>
(major.minor+2) version first, failing that it selected the most<br>
recent *current* version. The Juju project uses odd minor numbers for<br>
devel releases, and even minor numbers for stable releases.<br>
<br>
Use “--version” to explicitly specify the version to upgrade or<br>
downgrade to. The flag effectively forces an upgrade to the given<br>
version, regardless if it's supported.<br>
<br>
The “--dev” flag is removed, as the logic changed. The only way to<br>
upgrade to a development version from 1.17.0 or latter is by using<br>
“--version” to specify the exact version to upgrade to. Neither the<br>
development flags in the environment config, nor the client's<br>
development version are used to select the upgrade version.<br>
<br>
Run “juju upgrade-juju --help” to read about the available options.<br>
<br>
<br>
Generating image metadata<br>
<br>
The “metadata generate-image” command requires fewer options to create<br>
the simple streams data. The cloud information needed to create the<br>
simple streams data comes from the environment. The environment<br>
information can may be overridden by specifying extra options.<br>
<br>
Run “juju metadata generate-image --help” to read about the available options.<br>
<br>
<br>
The “tools-metadata-url” config option replaces “tools-url”<br>
<br>
The “tools-url” config option is deprecated. It will be removed in<br>
Juju 1.19.0. Use “tools-metadata-url” instead. The config option was<br>
renamed to follow the “image-metadata-url” pattern.<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>