perrito666thanks for the review waigani very good questions01:21
waiganiperrito666: np :)01:22
menn0waigani: here's the fix for the frequent panics in the machine-dep-engine under Go 1.5: https://github.com/juju/juju/pull/409001:25
menn0waigani: review please01:25
waiganimenn0: looking01:25
waiganimenn0: ship it. I didn't know about sync.Once - handy01:29
menn0waigani: I knew about it but had never used it01:31
waiganimenn0: It does feel like a slight kluge. Shouldn't the flow be such that close can only be called once?01:34
menn0waigani: well it's perfectly ok for Kill to be called lots of times01:34
waiganithat's true01:34
menn0waigani: and this case you want the channel to be close on Kill01:34
waiganiokay, fair enough :)01:35
=== JoseeAntonioR is now known as jose
=== natefinch-afk is now known as natefinch
mupBug #1533431 opened: Bootstrap fails inexplicably with LXD local provider  <docteam> <juju-core:New> <https://launchpad.net/bugs/1533431>02:11
cheryljmwhudson: is someone actively working on getting go 1.5 into trusty?03:09
mupBug #1533469 opened: github.com/juju/juju/api/reboot Build failed <ci> <ppc64el> <regression> <test-failure> <unit-tests> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533469>04:08
mupBug #1533469 changed: github.com/juju/juju/api/reboot Build failed <ci> <ppc64el> <regression> <test-failure> <unit-tests> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533469>04:20
mupBug #1379930 changed: relation config values set to the empty string are lost <charm> <relations> <juju-core:Expired> <https://launchpad.net/bugs/1379930>04:23
mupBug #1514570 changed: 'JUJU_DEV_FEATURE_FLAGS=address-allocation' blocks after first 3 ips are allocated <juju-core:Expired> <https://launchpad.net/bugs/1514570>04:23
mupBug #1533469 opened: github.com/juju/juju/api/reboot Build failed <ci> <ppc64el> <regression> <test-failure> <unit-tests> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533469>04:23
mupBug #1379930 opened: relation config values set to the empty string are lost <charm> <relations> <juju-core:Expired> <https://launchpad.net/bugs/1379930>04:26
mupBug #1514570 opened: 'JUJU_DEV_FEATURE_FLAGS=address-allocation' blocks after first 3 ips are allocated <juju-core:Expired> <https://launchpad.net/bugs/1514570>04:26
mupBug #1379930 changed: relation config values set to the empty string are lost <charm> <relations> <juju-core:Expired> <https://launchpad.net/bugs/1379930>04:29
mupBug #1514570 changed: 'JUJU_DEV_FEATURE_FLAGS=address-allocation' blocks after first 3 ips are allocated <juju-core:Expired> <https://launchpad.net/bugs/1514570>04:29
mupBug #1532130 changed: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>05:11
mupBug #1532130 opened: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>05:15
mupBug #1532130 changed: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>05:18
mupBug #1532130 opened: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>05:21
mupBug #1532130 changed: Config item 'version' vanishes with 1.26 <regression> <juju-core:Invalid> <https://launchpad.net/bugs/1532130>05:24
=== ashipika1 is now known as ashipika
mupBug #1532130 opened: Config item 'version' vanishes with 1.26 <regression> <juju-core:New> <https://launchpad.net/bugs/1532130>07:30
mattywanastasiamac, morning, still around?08:41
anastasiamacmattyw: m on and off - kids r home, dinner...08:42
mattywanastasiamac, no problem08:42
dimiternfrobware, dooferlad, morning :) can I bother you with a review on http://reviews.vapour.ws/r/3482/ please?09:04
frobwaredimitern, welcome back & done.09:31
dimiternfrobware, thanks!09:31
frobwaredimitern, I plan to make everything a bridge on the maas-spaces branch when we re-render /e/n/i. Any thoughts or concerns?09:32
dimiternfrobware, like we discussed last week? i.e. is_active always True?09:34
frobwaredimitern, yes. I think, initially, I would like to take the simplest approach and if we find that bridging the world is too much we take another look.09:35
frobwaredimitern, do you want to drop this (http://reviews.vapour.ws/r/3472/) as my 1.25-redux branch landed?09:41
dimiternfrobware, sounds good09:43
dimiternfrobware, will do09:43
dimiternvoidspace, jam, frobware, standup?10:01
alexisbdimitern, I am keeping jam busy10:01
dimiternalexisb, sure, np just checking10:02
voidspacedimitern: omw10:03
jamdimitern: voidspace: have any time to chat briefly about what's going on here?10:27
dimiternjam, sure - when will be a good time for you?10:29
jamI'm writing up a summary email of the discussions from the morning, I have lunch pretty soon10:29
jamI seem to have a gap in about 4hrs, does that work for both of you?10:30
dimiternjam, works for me10:31
voidspacejam: should be fine10:39
mupBug #1533694 opened: inconsistent juju-gui and juju status <juju-core:New> <https://launchpad.net/bugs/1533694>14:46
mupBug #1533694 changed: inconsistent juju-gui and juju status <juju-core:New> <https://launchpad.net/bugs/1533694>14:52
mupBug #1533694 opened: inconsistent juju-gui and juju status <juju-core:New> <https://launchpad.net/bugs/1533694>14:55
cheryljyikes.  what happened with that controller-rename test, sinzui ?15:01
sinzuicherylj: the previous job left xenial-slave dirty. I am not having must success cleaning either15:01
sinzuicherylj: I am going to remove the failed 1.25 revision from testing to make controller-rename complete testing, thenlet 1.25 be rediscovered.15:02
cheryljsinzui: sounds good15:02
voidspacedimitern: ping15:03
voidspacedimitern: unping15:03
TheMuevoidspace: *lol* didn't know this "command"15:05
voidspaceTheMue: heh :-)15:05
voidspaceI use it all the time...15:05
voidspacewell, writing tests has just found two more bugs in my code15:17
perrito666voidspace: writing tests always does that15:18
perrito666its very bad for the pride :p15:19
TheMuevoidspace: just writing tests for my latest feature too15:22
voidspaceTheMue: heh, cool15:23
jamnatefinch: katco: I'm trying to use the LXD provider, but it is failing to set up ssh keys on the started container15:33
jamI can see authorized-keys that make sense in the instanceconfig15:33
katcojam: ericsnow as well ^^^15:33
katcojam: that's a new one i think15:33
jambut /home/ubuntu/.ssh/ is empty15:33
katcothat's very strange...15:34
jamI can see in cloud-init-output.log it is complaining that there was nothing in /home/ubuntu/.ssh as well15:34
jam(i think)15:34
perrito666jam: try adding that to your keyring15:35
perrito666I recall some of the providers not working for that15:35
perrito666sinzui: it was the key ring right? during the sprint with HP15:35
katcojam: talking this over with the team, but on the surface this doesn't sound like something the lxd provider would be responsible for. what build of juju are you using?15:36
katcojam: also, standard questions: what ubuntu+lxd are you running?15:37
sinzuijam: perrito666 : yes, add the $HOME/.ssh/<keys> to your key ring.15:37
jamkatco: trusty with the stable ppa15:37
* perrito666 is working at a bar and just asked a coffee in english15:38
* perrito666 hides under the table15:38
jamperrito666: if I attach to the instance, /home/ubuntu/.ssh is empty15:38
jamthat doesn't sound like a keyring thing15:38
jamAnd if I add a debug print before the instance is spawned, I see the ssh public key in the instance config15:39
jamkatco: I'm using nate's branch15:39
katcojam: ah... i'm surprised it's even getting that far? the trusty version doesn't have lxd built in because it's not >= go1.315:39
jamkatco: stable ppa15:39
jamppa:ubuntu-lxc/lxd-stable IIRC15:39
jamkatco: I'm using the resources branch15:39
katcoohhh for lxd15:39
katcook ok gotcha15:40
jamI can "lxc attach" to the instance to debug it15:40
jambut I get the same result reliably right now15:40
jam(lxc exec ... bash)15:40
katcojam: ok, that makes a lot more sense. natefinch is telling me the pastebin i sent you was local provider, not lxd. we're investigating lxd now15:41
katcojam: we're probably just sitting on an unstable commit of master15:41
jamci-info: no authorized ssh key fingerprints found for user ubuntu15:41
natefinchwe know we're kind of out of date wrt to master... I'd just use local, if it's all the same.15:42
jamnatefinch: with local provider I can replicate the demo script15:45
katcojam: we're working on getting lxd to work (as well as resource-get)15:46
dooferladdimitern, frobware, voidspace: I can work around the issue of not having a default gateway set in MAAS by setting a guests default gateway to its hosts IP address. Since we have forwarding enabled on all our hosts this works.15:50
dooferladIt is a bit rubbish, but it doesn't involve parsing any more files - the data is in state.15:51
frobwaredooferlad, does that mean the "real" gateway is not in state?15:52
dooferladfrobware: yes15:53
dimiterndooferlad, we only have fwding on with the A-C feature flag15:53
dooferladdimitern: I have set no flags15:53
dooferladfrobware: the host is getting its address by DHCP15:53
dooferladand the guest from the MAAS API15:54
dooferladit feels really messed up15:54
jamkatco: so talking with the guys here about lxd, you *shouldn't* use the linuxcontainers.org images, because those don't have cloudinit installed15:54
jamyou just need the lxd-images import15:54
jamas that is from cloud-images.ubuntu.com simplestreams info15:54
dimiterndooferlad, that's exactly what we do for A-C - host acts like a gateway, but that has its drawbacks15:54
perrito666jam: the instructions do say to use the cloud images, doesn't it? (i only used lxd provider once)15:55
dimiternlike the need for fwding on, as well as packets coming from a container will have different TTL and source as they arrive at the destination15:55
jamperrito666: the first thing it says is to "lxc add linuxcontainers.org" but then not use it15:55
jamkatco: fwiw, it fails with master as well15:56
jamsame "(publickey)" issue15:56
katcojam: bootstrapping lxd?15:56
perrito666jam: ah, I just ignored that one15:56
jamkatco: yeah15:56
jamI'm using ubuntu-trusty and not ubuntu-wily, don't know ifthat matters15:56
jamIIRC they use a diffreent cloud-init version15:56
natefinchjam: you need ubuntu wily for the bootstrap server at least15:57
natefinchjam: iirc15:57
katcojam: that should work, i'm using ubuntu-trusty15:57
jamanyway, I can reproduce this if you want a test case15:57
jambut I'm off to other things now15:57
dooferladdimitern: I don't know why we have the host using DHCP but not for the container. Is that how the MAAS devices API works?15:57
katcojam: absolutely, ty for the input15:57
natefinchI'm pretty sure this is just a result of using the wrong images15:57
katcojam: you're doing --upload-tools?15:58
jamkatco: it fails right away if you don't15:58
jam(it fails with "I don't know what lxd provider is" cause it uses some other version)15:58
katcojam: i dunno, i think natefinch is correct. there's something unique with what you're doing. sounds like the image15:58
katcojam: i've got a bootstrapped env. right now on ubuntu-trusty15:59
katcojam: but we'll figure it out, open a bug if you don't mind15:59
jamkatco: I just did "lxd-images import ubuntu --alias ubuntu"15:59
frobwaredooferlad, you have mail16:01
jamits release-201521816:01
katcojam: fingerprint?16:01
katcojam: actually what's lxc image list16:02
jamgetting it, just a sec16:02
dooferladfrobware: a victory for sanity!16:02
katcojam: np. understand if you have to run too16:02
jamffs. just ran into a bug with lxd-images. I had deleted the image to double check the download, and now lxd-images import is giving me a "NoneType is not iterable" after doing the download16:02
katcojam: =|16:03
=== benji__ is now known as benji
jamkatco: 0afd3f6ac was in my terminal backtrace16:07
natefinchthat's different than mine... are they supposed to be the same fingerprint for different people and/or different times?  I'm not sure I'd trust they don't get updated with security patches etc16:08
katcojam: i think that's the one i'm on: 0afd3f6ac0d716:08
jamkatco: https://bugs.launchpad.net/juju-core/+bug/153374216:12
mupBug #1533742: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>16:12
jamnatefinch: katco: 20151218 is dec-18 when they last updated it16:12
jam(according to the URL from lxd-images import)16:12
katcojam: i'm trying to repro from master as well (but my host is wily)16:16
jamkatco: thanks.16:17
jamI would think the issue would be the image version vs the host, which I'm guessing you're thinking as well16:17
katcojam: what version of go are you compiling master with?16:18
jamkatco: 1.616:18
jamthe one that you get after adding the lxd ppa16:18
katcojam: should be sufficient16:19
jamanyway, now need to get ready for dinner. but I do have your demo working. I think I'm scheduled for Fri morning16:19
jamso if you can add resource-get to show the resources working, that'd be great16:20
katcojam: k, we're also pushing for resource-get16:20
perrito666bbl, changing locations16:20
katcojam: thx john16:20
mupBug #1533742 opened: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>16:22
mupBug #1533742 changed: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>16:25
mupBug #1533742 opened: lxd provider fails to setup ssh keys during bootstrap <lxd> <juju-core:Triaged> <https://launchpad.net/bugs/1533742>16:28
mupBug #1533750 opened: 2.0-alpha1 stabilization <blocker> <juju-core:Triaged> <https://launchpad.net/bugs/1533750>16:37
mupBug #1533751 opened: Increment minimum juju version for 2.0 upgrade to 1.25.3 <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1533751>16:37
mupBug #1533750 changed: 2.0-alpha1 stabilization <blocker> <juju-core:Triaged> <https://launchpad.net/bugs/1533750>16:40
mupBug #1533751 changed: Increment minimum juju version for 2.0 upgrade to 1.25.3 <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1533751>16:40
mupBug #1533750 opened: 2.0-alpha1 stabilization <blocker> <juju-core:Triaged> <https://launchpad.net/bugs/1533750>16:46
mupBug #1533751 opened: Increment minimum juju version for 2.0 upgrade to 1.25.3 <blocker> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1533751>16:46
fwereadehuh, I think that was an earthquake17:02
* natefinch says from a place that pretty much never has earthquakes.17:02
fwereadeyeah, it's a bit disconcerting, I never remember feeling one in the uk17:03
cheryljkatco: ping?17:18
katcocherylj: hey17:18
cheryljkatco: got a minute?17:18
katcocherylj: yeah sure17:18
cheryljkatco: https://plus.google.com/hangouts/_/canonical.com/cheryl-katco?authuser=017:19
katconatefinch: don't forget to drag the card for the bug you're working on to in progress17:28
katcoericsnow: ping?17:28
ericsnowkatco: hey17:28
ericsnowkatco: sorry, I'm ready to go17:28
katcoericsnow: "no more than half an hour" - ericsnow 2.5h ago17:28
katcoericsnow: at this point, let's wait until after lunch.17:29
cheryljCan I get a review?  http://reviews.vapour.ws/r/3519/17:29
cheryljSmall review17:29
ericsnowkatco: k17:29
katcocherylj: lgtm17:30
cheryljthanks, katco17:30
perrito666jam: ping18:38
natefinchgood licl., ot18:41
natefinchit's 10:41pm where he is18:41
natefinchgood luck, that is...18:41
natefinchunless he's in cape town, in which case it's 8:4118:41
natefinchstill not good odds :)18:42
perrito666I assumed he was in capetown18:44
natefinchkatco: sorry, was at lunch and then trying to figure out which of the networking bugs is least terrible to work on18:50
mupBug #1533790 opened: GCE provider is very restrictive when using a config-file (json) <juju-core:New> <https://launchpad.net/bugs/1533790>19:01
mupBug #1533792 opened: Panic: TestProvisioningMachinesWithSpacesSuccess <ci> <panic> <ppc64el> <regression> <test-failure> <juju-core:Incomplete> <juju-core controller-rename:Triaged> <https://launchpad.net/bugs/1533792>19:01
perrito666is anyone aware of the current status of syslog vs mongodb?19:27
katcoericsnow: ok i'm ready to pair if you are19:59
ericsnowkatco: gimme half an hour <wink>19:59
ericsnowkatco: BRT :)19:59
thumpermorning folks19:59
* thumper grunts20:00
thumperalmost 2500 emails20:00
katcoheyo thumper20:00
perrito666thumper: returning from holidays?20:31
thumperperrito666: aye20:46
thumperfirst day back after three weeks20:46
natefinchthumper: must be rough20:46
perrito666uff, heavy20:46
thumperlots of email20:46
perrito666it would be nice to have a "valid until" feature on emails20:46
perrito666"sorry this email went sour"20:46
cheryljjog__: are you around?20:47
jog__cherylj, yes20:48
=== jog__ is now known as jog
cheryljjog__: are the MAASes currently occupied?20:48
jogcherylj, yes, there are 3 CI jobs running. What do you need?20:49
cheryljjog: if I could look at a running env while it's doing the deployer test, I might be able to get more data on the rabbitmq-server failures20:49
cheryljjog: or if I could do a simple depoy20:50
cheryljdeploy even20:50
jogcherylj, If you want to bootstrap and just deploy a single rabbitmq-server charm, the MAAS should have capacity for that... deploying the entire OS bundle when other things are running is when we run into resource issues... I can deploy a rabbitmq-server for you.20:52
cheryljjog: it would need to be in a container20:52
cheryljso just deploy --to lxc:020:53
cheryljI'm wondering if we've run into bug 132993020:53
mupBug #1329930: rabbitmq-server fails to deploy into lxc container on maas provider <rabbitmq-server (Juju Charms Collection):Fix Released> <https://launchpad.net/bugs/1329930>20:53
cheryljI see someone else has run into it recently20:53
natefinchcherylj: git blame says I should talk to you about https://bugs.launchpad.net/juju-core/+bug/151528921:02
mupBug #1515289: bootstrap node does not use the proxy to fetch tools from streams.c.c <bug-squad> <juju-core:Triaged> <https://launchpad.net/bugs/1515289>21:02
cheryljnatefinch: I didn't do it!21:02
natefinchcherylj: totally possible :)21:03
natefinchcherylj: https://github.com/juju/juju/blob/master/cloudconfig/userdatacfg_unix.go#L26021:03
natefinchcherylj: so, I think the title of that bug is wrong21:04
natefinchcherylj: he can bootstrap just fine, which means he gets the tools from streams ok.  It looks like the problem is actually that new nodes can't get the tools from the state server21:04
natefinchcherylj: sorry, I may be confused, however21:05
cheryljnatefinch: he includes something else later that shows the get command the bootstrap node is trying to use to get the tools from streams21:06
cheryljI then inspected the bootstrap node, and found this in all-machines.log: <...>21:07
natefinchcherylj: ok, I think I understand what I'm seeing... I thought the --noproxy on the curl command from the other node was the problem, but that's probably just failing because the state server can't get the tools either21:08
cheryljnatefinch: yeah, I believe that's the case21:09
natefinchcherylj: ok, nevermind then. Thanks for helping me understand the bug report :)21:09
jogcherylj, it's bootstrapping21:15
natefinchericsnow: gah, you broke GenerateFingerprint(nil) :/21:25
mupBug #1533849 opened: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>21:32
mupBug #1533849 changed: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>21:35
mupBug #1533849 opened: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>21:41
cheryljstop it, mup21:42
cheryljreview, pretty please: http://reviews.vapour.ws/r/3520/21:42
natefinchcherylj: shipit21:43
natefinchcherylj: are you not using goimports?21:43
mupBug #1533849 changed: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>21:44
natefinchcherylj: or hmm, is it because it's an _windows file, so it gets missed21:44
natefinchcherylj: was going to ask how you even landed code that wouldn't compile, but of course our landing bot isn't compiling on windows (yet)21:45
perrito666goimports rocks21:45
natefinchperrito666: yeah, I wasn't convinced until I used it, now I love it.21:45
perrito666I have it hooked on save21:46
natefinchyep, me too.  The only problem I have is when I manually add an import (for example, one that needs to be named) and then accidentally hit save before I have used it.21:47
mupBug #1533849 opened: github.com/juju/juju/version [build failed] on windows <ci> <regression> <test-failure> <windows> <juju-core:Incomplete> <juju-core 1.25:Triaged by cherylj> <https://launchpad.net/bugs/1533849>21:47
perrito666yup, happens sometimes21:47
perrito666but i usually write the code the other way21:48
natefinchperrito666: I have autocomplete, to help remind me what the names of things are, but it won't work if the import doesn't exist yet, so it's kind of a chicken and egg thing.21:49
perrito666aaand of course, defaulting mongo log breaks tests21:50
natefinchbecause of course it does21:52
=== _thumper_ is now known as thumper
natefinchperrito666: what, logging to mongo and having tests that inspect log output don't somehow turn two bad ideas into a good idea? :)21:59
perrito666yeah, logging one into one unreliable destination beats just logging all into one destination22:00
natefinchwhelp, dinner time.  Back later.  Good luck storming the castle!22:01
=== natefinch is now known as natefinch-afk
cheryljjog: any luck getting rabbitmq-server to deploy?22:08
jogcherylj, not yet, I had to cleanup left behind nodes on the MAAS, it's redeploying now22:09
cheryljjog: can I ssh into it from finfolk and watch the deploy?22:10
jogcherylj, yes... export JUJU_HOME then run juju status -e min-lxc22:11
cheryljjog: thanks!22:11
jogcherylj, kill-controller ran despite --keep-env22:16
katcocherylj: do you need me in the release standup?22:26
cheryljkatco: no, I don't think so.  Thanks!22:28
katcocherylj: cool ty, pairing atm22:28
thumperperrito666: still here?22:46
thumperperrito666: state environ.go, LatestAvailableTools, never written to, added back in Sep, is it going to be used?22:47
thumperhmm... found something22:47
cheryljhey thumper, I figured out the cause of some of the test failures.  I have the change merging for master now.  Would you be able to rebase controller-rename once it merges?23:13
perrito666axw: anastasiamac going23:17
perrito666thumper: here,23:17
jogthe controller-rename juju binary complains if destroy-environment is used with: ERROR "parallel-maas18" is a system; use 'juju system destroy' to destroy it23:19
perrito666thumper: sorry I was trying to sport away the effects of working on a desk23:19
jogit also complains with: ERROR unrecognized command: juju system23:19
perrito666thumper: that was added and later changed by menn0 iirc23:20
jogI was able to destroy with 'destroy-controller' are we just in transition here or is a bug needed?23:20
mupBug #1533896 opened: Metadata worker repeatedly errors on new azure <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1533896>23:41
mupBug #1533896 changed: Metadata worker repeatedly errors on new azure <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1533896>23:44
mupBug #1533896 opened: Metadata worker repeatedly errors on new azure <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1533896>23:47

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!