[00:01] <wallyworld> rick_h_: running a minute late
[00:01] <wallyworld> in another meeting
[00:01] <rick_h_> wallyworld: ty for the heads up
[00:12] <rick_h_> menn0: got a sec?
[00:12] <menn0> rick_h_: sure
[00:12] <rick_h_> can you hop in https://hangouts.google.com/hangouts/_/canonical.com/rick?authuser=1
[00:19] <thumper> wallyworld, menn0: http://reviews.vapour.ws/r/5294/diff/#
[00:25] <wallyworld> thumper: we are both talking to rick, will look soon
[00:26] <perrito666> bbl
[00:27] <thumper> ack
[00:36] <wallyworld> thumper: lgtm, ta
[00:36] <thumper> ta
[00:57] <alexisb> thumper, wallyworld, do we hvae anything in the release that will break cli scripts or thta are api changes??
[00:57] <alexisb> if so we need to send them to the list and note them in the release notes
[00:57] <wallyworld> alexisb: not this release. when i land my queued branch after the beta is cut, that will be an api change
[00:57] <alexisb> I didnt see anything, but it would be easy to miss something
[00:57] <alexisb> yep wallyworld I remember that one
[00:57] <wallyworld> alexisb: but even then, there's a shim for compatibility so stuff doesn't break
[00:57] <alexisb> as soon as htat lands we will need a note to juju-dev
[00:58] <wallyworld> yep
[00:58] <alexisb> menn0, did you see my draft note
[00:58] <alexisb> anything you want me to add/edit?
[00:58] <menn0> alexisb: sorry, I've been pulled all over the place
[00:58] <menn0> alexisb: looking right now!
[00:59] <alexisb> anastasiamac, how close are we to your PR landing?
[01:02] <anastasiamac> alexisb: it has not been reviewed
[01:02] <alexisb> o yeah, natefinch ^^^
[01:02] <alexisb> that one is critical
[01:02] <menn0> alexisb: done. Two small suggestions.
[01:02] <alexisb> if you are around
[01:02] <alexisb> menn0, thanks
[01:03] <natefinch> anastasiamac: link me?
[01:03] <anastasiamac> natefinch: the critical PR to review is: http://reviews.vapour.ws/r/5291/
[01:03] <anastasiamac> natefinch: tyvm \o/
[01:46] <redir> later #juju-dev
[01:47] <alexisb> bye redir
[01:52] <blahdeblah> Hi all - anyone able to tell me what this means?  ERROR cannot upgrade service "prometheus" to charm "prometheus": storage "metrics-filesystem" removed
[01:52] <blahdeblah> ^ This is from an environment which, AFAICT, has never used juju storage
[01:54] <blahdeblah> ah, looks like it's https://bugs.launchpad.net/juju-core/+bug/1599503
[01:54] <mup> Bug #1599503: Cannot upgrade charm if storage is modified, even if the service doesn't use said storage <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1599503>
[01:55] <blahdeblah> Anyone able to suggest a workaround until such time as that bug is investigated?
[01:56] <alexisb> natefinch, just checking that you have anastasiamac review, otherwise I will allocate to someone else
[01:59] <natefinch> alexisb: I am looking at it.  unfortunately, I'm not super familiar with how image metadata is used
[02:00] <alexisb> natefinch, that is fine, so long  as you are looking at it I am good :)
[02:04] <anastasiamac> natefinch: m happy to pair up for review if it helps \o/ want to HO?
[02:06] <alexisb> thumper, when you get back please make sure to support anastasiamac in what she needs, I have left her with the "emailing to release team" task so I can eod.
[02:07] <alexisb> goodnight all!
[02:07] <anastasiamac> alexisb: nite!
[02:16] <natefinch> anastasiamac: HO that would be good, to help me understand what's going on, so I don't have to type out a bunch of dumb questions :)
[02:18] <anastasiamac> natefinch: awesome. ill create one right now
[02:19] <anastasiamac> natefinch: invite ine calendar/email
[02:24]  * thumper gets a cuppa before chasing up with menn0, anastasiamac, and wallyworld
[02:25] <wallyworld> thumper: flat white please
[02:25]  * anastasiamac does not nee to be chased. all  under control for now
[02:25] <anastasiamac> need*
[02:52] <anastasiamac> natefinch: PR updated... unless u want to PTAL, m reading for landing \o/
[02:53] <natefinch> anastasiamac: I gave you a fixit then shipit.  That means I trust you to fix the problems.  If I didn't, it wouldn't get the shipit :)
[02:53] <anastasiamac> natefinch: u r awesome. pm pressing the button then ;D
[02:53] <natefinch> do it! :)_
[02:57] <anastasiamac> blahdeblah: raised 1599503 to critical to be addressed in next beta. but when u say "production", what version of juju are u using? 1.25.6?
[03:03] <mup> Bug #1605449 opened: juju2: command error message (usage) consistency <landscape> <usability> <juju-core:New> <https://launchpad.net/bugs/1605449>
[03:04] <thumper> wallyworld: wanna catch up?
[03:05] <thumper> anastasiamac: all good?
[03:05] <wallyworld> sure
[03:05] <anastasiamac> thumper: of course :D always, sir!
[03:05] <thumper> anastasiamac: do we have everything landed we need to?
[03:05] <anastasiamac> thumper: landing now. will send an email once it's done..
[03:05] <anastasiamac> almost there...
[03:33] <mup> Bug #1605383 changed: Tab complete causes traceback when trying to tab-complete juju commands <juju-core:New> <https://launchpad.net/bugs/1605383>
[03:46] <wallyworld> thumper: fyi, that unit storage bug is a legit issue when destroying machines; no user warning needed, just a code fix it appears
[03:47] <thumper> cool
[04:19] <natefinch> wallyworld: how come add-credential requires the cloud/provider name on the CLI, but prompts for everything else?
[04:20] <wallyworld> natefinch: the info we were given asked that add-credential take a cloud name as a positional arg. i guess that doesn't have to be the case. i think the expectation was that the user knew what cloud they were adding a credential for since they would do it as they wanted to bootstrap that cloud
[04:23] <natefinch> wallyworld: in theory they know all the information they're prompted for :)
[04:24] <wallyworld> huh? that's sort of irrelevant to thr question at hand. the point of add-credential is to get what they know and have juju record it in credentials.yaml. the current add-credential simpy exapcts them to nominate what cloud they are adding a credential for
[04:28] <natefinch> wallyworld: I just mean, saying they know what cloud they want to add credential for doesn't seem like much of an argument, they should know what name they want to call the credential, too, etc.  It just seems weird to require one specific positional arg, but prompt for everything else.
[04:30] <wallyworld> the use case is that they know what cloud they want to bootstrap, so instead of going through a step of prompting for that, short circuit it and just rompt for the bits that need to be interactive. but that's just one way of looking at it and was in the spec we were given
[04:30] <wallyworld> no reason why it couldn't prompt for cloud name if not supplied
[04:39] <natefinch> I think it would be more user friendly if we did that..  it would also put it in line with how bootstrap works (i.e. if there's no arguments, go into interactive mode).
[04:41] <natefinch> anyway, I gotta get to bed, and plan on how to move to Canada if Trump becomes President
[04:44] <blahdeblah> anastasiamac: thanks, but yeah - 2.x is not any good to us; it's *production*, not "production", and it's all 1.2x :-)
[04:45] <blahdeblah> anastasiamac: For now I just worked around it by reverting the charm storage code to the way it was previously.  I'm about to test the upgrade now.
[05:49] <anastasiamac> blahdeblah: ack
[09:03] <babbageclunk> frobware: is there a standup today? or is that leftover from the old meetings?
[09:07] <frobware> babbageclunk: left over
[09:07] <babbageclunk> :(
[09:07] <frobware> sorry
[09:10] <babbageclunk> frobware: might pop my head into the Rick team standup today just for some interaction. (:
[09:10] <frobware> babbageclunk: sure
[10:04] <mup> Bug #1544724 changed: repeatedly checks /dev/fd0 when it doesnt even exist <juju-core:Invalid> <https://launchpad.net/bugs/1544724>
[10:52] <mup> Bug #1605593 opened: Fix missleading values in error message: x is not a valid distro_series. <juju-core:New> <https://launchpad.net/bugs/1605593>
[11:12] <perrito666> morning
[11:15] <babbageclunk> Has anyone had any luck using go-guru on the juju codebase?
[11:16] <perrito666> babbageclunk: I believe my vim-go setup uses it
[11:18] <babbageclunk> perrito666: If I try to find callees using juju/juju/... as the scope one of my cores just shoots to 100% and nothing else happens.
[11:19] <perrito666> babbageclunk: a I usually don't
[11:20] <perrito666> but sound plausible, especially if it doesnt have any caching policy
[13:17] <rick_h_> macgreagoir: ping, morning
[13:17] <macgreagoir> rick_h_: g'day
[13:18] <rick_h_> macgreagoir: howdy, as OCR today I wanted to ping and see if you can get a chance to peek at http://reviews.vapour.ws/r/5290/ before your EOD please
[13:19] <macgreagoir> rick_h_: I had tried earlier, but struggled to understand it to review. I will look again.
[13:19] <rick_h_> macgreagoir: k, wrangle up someone to pair up with you then, get a hangout and go over it together
[13:19] <macgreagoir> ack
[13:19] <rick_h_> macgreagoir: and run down using the review checklist which should help at least knock out chunks of the review
[13:20] <babbageclunk> perrito666: Turned out I was using way too broad a scope - setting something more specific churned for a bit but then gave good results.
[13:20] <rick_h_> macgreagoir: so your pair'ing partner can limit down to things you have questions/uncertaintly on
[13:20] <rick_h_> dooferlad: can you take a few to meet up with macgreagoir to help please? ^
[13:21] <rick_h_> macgreagoir: and in the future if you look but aren't sure make sure to leave a comment to the effect in the PR so we can see where the PR stands/etc.
[13:21] <dooferlad> rick_h_: macgreagoir sure
[13:21] <rick_h_> ty much dooferlad
[13:22] <dooferlad> macgreagoir: give me a moment to refill my water. Melting here.
[13:22] <macgreagoir> nw
[13:25] <macgreagoir> dooferlad: I'm in the quartz ho, when you're ready.
[13:45] <natefinch> gsamfira: you around?
[13:49] <natefinch> sinzui: do you have a windows 2012 machine I could RDP into to check out its TLS support?
[13:51] <sinzui> natefinch: developer-win-unit-tester.vapour.ws
[13:55] <sinzui> natefinch: check your email for info about connecting
[13:56] <sinzui> natefinch: and I promised alexisb that I will get a google doc explaining access to all CI hosts so that hyou don't need to wait for me
[14:00] <natefinch> sinzui: awesome, thanks :)
[14:02] <rick_h_> dooferlad: ping for standup
[14:14] <mup> Bug #1564662 changed: Juju binaries should be stripped <packaging> <juju-core:Fix Released> <juju-core (Ubuntu):Fix Released> <https://launchpad.net/bugs/1564662>
[14:17] <katco> redir: ping
[14:20] <mup> Bug #1605653 opened: backup-restore failed creating collection juju.blockdevices <backup-restore> <ci> <regression> <xenial> <juju-core:Triaged> <https://launchpad.net/bugs/1605653>
[14:23] <mup> Bug #1605653 changed: backup-restore failed creating collection juju.blockdevices <backup-restore> <ci> <regression> <xenial> <juju-core:Triaged> <https://launchpad.net/bugs/1605653>
[14:28] <frobware> macgreagoir: want to touch base with the relations bug?
[14:29] <macgreagoir> frobware: Yes, please. Standup HO?
[14:29] <frobware> macgreagoir: 10mins
[14:29] <macgreagoir> nw
[14:38] <mup> Bug #1605653 opened: backup-restore failed creating collection juju.blockdevices <backup-restore> <ci> <regression> <xenial> <juju-core:Triaged> <https://launchpad.net/bugs/1605653>
[14:47] <marcoceppi> balloons sinzui we havne't been putting beta builds into homebrew, this is problematic
[14:48] <frobware> macgreagoir: in standup HO for whenever works
[14:48] <sinzui> marcoceppi: homebrew think juju2 is problematic
[14:48] <marcoceppi> why.
[14:49] <sinzui> marand I ahve been working with them to put juju2 into homebrew
[14:49] <sinzui> marcoceppi: it is not compatible with juju 1. Users will get an update and break
[14:49] <redir> katco:pong
[14:50] <marcoceppi> we should just build a `juju load-credentials` which takes .juju/environments.yaml and converts it
[14:50] <sinzui> marcoceppi: This the the current PR after other were abandoned https://github.com/Homebrew/homebrew-devel-only/pull/47
[14:50] <katco> redir: hey i was just looking at your race condition again trying to understand what i missed. i'm leaving a comment on the PR
[14:50] <katco> redir: aside from the race detector complaining, are we seeing an actual issue from this?
[14:51] <balloons> sinzui, sigh.. they killed the other PR in the end eh
[14:53] <sinzui> balloons: yes. The direction is for users to install juju or juju2 they conflict. the user chooses the version tehy need.
[14:53] <sinzui> balloons: marcoceppi: The killer was the fact that juju's plugin detection is bong
[14:54] <marcoceppi> what does bong mean?
[14:56] <redir> katco: ResetStats could change (create a new one with copied values) or SetStats could remove (setting to nil) the underlying stats object during access.
[14:58] <redir> katco: AFAIU Stats is only used in testing. So I think it is possible to get wrong results, but as to whether we were seeing them -- I don't know
[15:02] <stokachu> marcoceppi: something that takes the sticky icky?
[15:18] <katco> redir: i think the point i was going to make is invalid. i am worried that we have a logic race in our tests that this will fix, but at the wrong logical level
[15:20] <mgz> OCR: review please, http://reviews.vapour.ws/r/5295/
[15:24] <macgreagoir> mgz: ack
[15:26] <mup> Bug #1605669 opened: grant-revoke User could not check status with read permission <blocker> <ci> <grant> <regression> <juju-core:In Progress by gz> <https://launchpad.net/bugs/1605669>
[15:31] <mgz> macgreagoir: if it didn't get through before I dropped...
[15:31] <mgz> for simiplicty, compare with http://reviews.vapour.ws/r/5205 - it should be the inverse
[16:01] <macgreag1ir> mgz redir: 5295 +1 from me too. mgz, thanks for the 5205 link.
[16:02] <mgz> thanks guys
[16:08] <frobware> dooferlad: it's something (ip6tables, et al) between my libvirt interface and the host that causes the packets to get dropped. see nothing obvious atm
[16:12] <dooferlad> frobware: :-(
[16:28] <macgreagoir> frobware: lp:1603473 updated. The work-around may not be helpful to the containers (if they just grab all active interfaces), but we'll see if it starts to help, at least.
[16:31] <frobware> macgreagoir: thanks
[16:38] <mup> Bug # changed: 1592456, 1600404, 1603865, 1604223
[17:32] <rick_h_> katco: ping
[17:32] <katco> rick_h_: pong
[17:32] <rick_h_> katco: can I steal some time?
[17:32] <katco> rick_h_: sure
[17:32] <rick_h_> katco: https://hangouts.google.com/hangouts/_/canonical.com/rick?authuser=1
[17:33] <alexisb> frobware, ping
[17:33] <frobware> alexisb: pong
[17:33] <alexisb> heya frobware happy friday
[17:33] <alexisb> on this bug: https://bugs.launchpad.net/juju-core/+bug/1604482
[17:33] <mup> Bug #1604482: MAAS bridge script should drop all 'source' stanzas from original file <2.0> <network> <juju-core:Triaged> <https://launchpad.net/bugs/1604482>
[17:34] <alexisb> why is it critical if there is a workaround
[17:36] <frobware> alexisb: so... people keep running into this. and the behaviour is subtly broken when it happens. I wanted to say "when juju boostraps your node, we will fix networking for you"
[17:37] <frobware> alexisb: I did originally take the opinion that we should rely on the workaround, but the curtin fix has not landed and it has been >4 ? weeks now
[17:37] <alexisb> so that bug requires a curtain fix?
[17:37] <frobware> alexisb: happy to drop the priority
[17:38] <frobware> alexisb: there fix is committed, but not released. needs to get out of proposed
[17:38] <alexisb> lets keep it on our radar but make it high
[17:38] <alexisb> frobware, thanks for the info, I will leave you to your day now
[17:38] <frobware> alexisb: fine for me
[17:54]  * rick_h_ EOD's to pack and get ready to get out of here tonight. If anyone needs anything hit me up on my phone via email, telegram, or such
[17:58]  * mgz sends smoke signals to rick_h
[17:58] <mgz> *have*
[17:58] <mgz> *a*
[17:58] <mgz> *good*
[17:58] <mgz> *flight*
[18:07] <perrito666> runRawTransaction is the one that doesnt do the model uuid mangling right?
[18:11] <mup> Bug #1605710 opened: Fix and reland axw/cli-model-owner <ci> <grant> <juju-core:Triaged by axwalk> <https://launchpad.net/bugs/1605710>
[18:11] <mup> Bug #1605714 opened: juju2 beta11: LXD containers always pending on ppc64el systems <oil> <oil-2.0> <juju-core:New> <https://launchpad.net/bugs/1605714>
[18:16] <redir> so master is unblocked?
[18:16] <alexisb> redir, yes sir
[18:17] <redir> SO I can $$merge$$?
[18:17] <katco> CRAP! quick someone block it!
[18:17] <alexisb> yes sir
[18:17] <alexisb> katco, it is staying unblocked tell thursday
[18:17] <katco> noooo
[18:17] <alexisb> but if you cause a regression you will get assigned to it as your top priority
[18:17] <katco> i... i can write a race condition in if you want
[18:17]  * redir light some firecrackers and pops champagne
[18:17] <alexisb> katco, its your own pain ;)
[18:19] <redir> great someone put conflicts in my way
[18:20] <alexisb> alright all, I am off for a quick ride, back in about an hour
[18:20] <alexisb> happy merging
[18:20] <redir> have a good ride
[19:04] <natefinch> oh internet explorer.... thanks for wrapping this plainttext file I downloaded in <html><body><pre>
[19:12] <natefinch> ahh... windows is so crappy
[19:42] <kwmonroe> hey.  i friggin love beta12.  nice work folks!!  (resource-get slowness was killing me, i feel alive again now)
[19:46] <natefinch> kwmonroe: awesome! :)
[19:53] <mup> Bug #1605747 opened: [ juju2 beta11 ] Maas system is deployed but agent remains pending <oil> <oil-2.0> <juju-core:New> <https://launchpad.net/bugs/1605747>
[20:00] <natefinch> gah... I cannot for the life of me get .net to use tls 1.2
[20:01] <perrito666> natefinch: the language?
[20:02] <natefinch> the framework, yeah.  in this case I'm calling it from powershell... but it always requests tls 1.1 as the highest value
[20:07] <natefinch> ah... beacuse it's .net 4.0
[20:09] <natefinch> well shit
[20:09] <perrito666> just .net get a new ver... oh, thats right, you cant
[20:10] <perrito666> </trollface<
[20:10] <natefinch> lol, juju depends on .net 4.5, evidently ;)
[20:10] <perrito666> natefinch: since when exactly?
[20:11] <perrito666> it used to work with windows 2k images that, afaik, have 4.0
[20:11]  * perrito666 admits his knowledge of the ungo-ly word of windows :p
[20:11] <natefinch> but recently we changed to only supporting TLS 1.2
[20:11] <natefinch> and 4.0 doesn't support TLS 1.2 as far as I can tell
[20:12] <perrito666> ahh, I see
[20:12] <natefinch> our userdata uses powershell, which uses .net
[20:12] <perrito666> that is indeed a problem, because windows 2k is a very popular hipervisor img
[20:12] <perrito666> and I dont even want to think in the consequences of upgrading .net
[20:13] <perrito666> mm, isnt there a 3rd party .net implementation of tls 1.2?
[20:13] <perrito666> that happens to be floss?
[20:13] <perrito666> or a patch? or something?
[20:15] <alexisb> kwmonroe, be sure to make use of all the extra time
[20:19] <natefinch> well, I thinj the OS itself supports TLS 1.2, it's just that .net 4.0 doesn't use it, because of windows XP compatibility (at least that was suggested in an article I read, and sounds plausible)
[20:22] <redir> should things work on mongo 3.2?
[20:22] <perrito666> redir: things is a broad word mate
[20:23] <perrito666> statistically speaking, stuff should not work in mongo 3.2
[20:23] <perrito666> for most values of stuff
[20:23] <perrito666> juju is not one of those though, it should just work (except for the tests, those wont)
[20:23] <natefinch> well, I thinj the OS itself supports TLS 1.2, it's just that .net 4.0 doesn't use it, because of windows XP compatibility (at least that was suggested in an article I read, and sounds plausible)
[20:23] <mup> Bug #1577949 changed: windows services cannot upgrade to 1.25.6 <ci> <regression> <upgrade-juju> <windows> <juju-core:Invalid> <juju-core 1.25:Fix Released by cherylj> <https://launchpad.net/bugs/1577949>
[20:23] <mup> Bug #1605756 opened: [ juju2 beta11 ] system show up in juju status as pending but there is no attempt to deploy in maas <oil> <oil-2.0> <juju-core:New> <MAAS:New> <https://launchpad.net/bugs/1605756>
[20:24] <alexisb> look at perrito666 picking up aussie slang, nice job mate!
[20:24] <perrito666> I might be spending too much time with down unders
[20:24] <redir> perrito666: juju
[20:25] <redir> I see so tests won't pass
[20:25] <redir> so no juju doesn't work with 3.2 yet
[20:25] <perrito666> if you increase timeout to something near 2 days they will actually
[20:25] <natefinch> lol
[20:26] <perrito666> for 10 points, guess what is the part of juju that does not work well with mongo 3.2?
[20:26] <natefinch> uh, the part that uses mongo?
[20:26] <alexisb> lol
[20:26] <redir> mmm it doesn't even find it's path
[20:27] <perrito666> no one will say juju-conn suite?
[20:27] <perrito666> redir: ah, that is new
[20:27] <natefinch> heh.... we said tests
[20:27] <perrito666> redir: you have to tell the tests where is mongo
[20:27] <natefinch> the tests are what, like 10x slower on 3.2?
[20:27] <perrito666> natefinch: I think it was 100x
[20:27] <natefinch> OMG
[20:28] <perrito666> we deviced a way so they would run at the same speed, it required some hacking of the mongo options plus a ramdisk plus I cant recall what other thing
[20:28] <perrito666> its all the fault of the new storage for mongo, it is fast for anything but what we do in the tests
[20:28] <perrito666> if you make the tests run with the legacy storage they pass fast
[20:29] <perrito666> the thing is, that storage engine is EOL
[20:29]  * perrito666 knows more about this subject than he would like
[20:30] <redir> perrito666: finds it if I set JUJU_MONGOD
[20:30] <perrito666> yes, that is the one
[20:31] <redir> and unintstall all the old mongos
[20:31] <perrito666> the mongo using tests are not all that smart
[20:31] <redir> which I did first
[20:31] <perrito666> I have another adjectives for it
[20:31] <redir> I have a few myself
[20:31] <perrito666> lol
[20:31] <redir> but thought I'd try out the tests while I shepherd some merges
[20:31] <perrito666> this deserves t-shirts
[20:31] <redir> with the new mongo pkg
[20:32] <perrito666> redir: unless you intend to be merging for ~30min*100 better try something else
[20:32] <redir> 10gen printed plenty of shirts
[20:32] <redir> which might be part of the problem
[20:32] <redir> perrito666: 3 merges...
[20:33] <redir> ~ 27 minutes each
[20:33] <redir> last one starting now
[20:39] <perrito666> oh, so its 20 days, you might want to find something else to do
[20:42] <mup> Bug #1575794 changed: Agent config format version should be changed for 2.0 <juju-release-support> <rc1> <tech-debt> <juju-core:Fix Released by anastasia-macmood> <https://launchpad.net/bugs/1575794>
[20:42] <mup> Bug #1584565 changed: Documentation regarding user management is out of date <helpdocs> <usability> <juju-core:Fix Released by macgreagoir> <https://launchpad.net/bugs/1584565>
[20:42] <mup> Bug #1590947 changed: TestCertificateUpdateWorkerUpdatesCertificate failures on windows <intermittent-failure> <tech-debt> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1590947>
[20:45] <mup> Bug #1575794 opened: Agent config format version should be changed for 2.0 <juju-release-support> <rc1> <tech-debt> <juju-core:Fix Released by anastasia-macmood> <https://launchpad.net/bugs/1575794>
[20:45] <mup> Bug #1584565 opened: Documentation regarding user management is out of date <helpdocs> <usability> <juju-core:Fix Released by macgreagoir> <https://launchpad.net/bugs/1584565>
[20:45] <mup> Bug #1590947 opened: TestCertificateUpdateWorkerUpdatesCertificate failures on windows <intermittent-failure> <tech-debt> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1590947>
[20:48] <natefinch> weird, it says we have .net framework 4.5 installed, but powershell is still using 4.0
[20:52] <natefinch> nope, I'm wrong... .net 4.5 is clr version 4.0.30319.17001 - 18400 ... makes perfect sense
[20:54] <mup> Bug #1575794 changed: Agent config format version should be changed for 2.0 <juju-release-support> <rc1> <tech-debt> <juju-core:Fix Released by anastasia-macmood> <https://launchpad.net/bugs/1575794>
[20:54] <mup> Bug #1584565 changed: Documentation regarding user management is out of date <helpdocs> <usability> <juju-core:Fix Released by macgreagoir> <https://launchpad.net/bugs/1584565>
[20:54] <mup> Bug #1590947 changed: TestCertificateUpdateWorkerUpdatesCertificate failures on windows <intermittent-failure> <tech-debt> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1590947>
[20:54] <mup> Bug #1605767 opened: MachineSuite.TearDownTest no reachable servers <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1605767>
[21:18] <mup> Bug #1605769 opened: LXD Bootstrap Failure: Cannot add new machine <bootstrap> <lxd-provider> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1605769>
[21:18] <mup> Bug #1605770 opened: firewallerSuite.TearDownTest inst.Dial() failed <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Incomplete> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1605770>
[21:18] <mup> Bug #1605776 opened: annot dial mongo to initiate replicaset: no reachable servers <bootstrap> <ci> <mongodb> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1605776>
[21:42] <mup> Bug #1605777 opened: munna/juju2 is too slow to deploy windows images <ci> <maas-provider> <regression> <windows> <juju-ci-tools:Triaged> <juju-core:Triaged> <https://launchpad.net/bugs/1605777>
[21:55] <alexisb> alrighty all, spending some time with family after a long week and before  I travel
[21:55] <alexisb> have a great weekend everyone
[21:58] <katco> alexlist: tc
[21:58] <katco> oops mt
[22:18] <mup> Bug #1605790 opened: Unable to initialize agent <vpil> <juju-core:New> <https://launchpad.net/bugs/1605790>
[23:07] <redir> perrito666: the full suite on 3.2 only takes about 2 minutes longer than 2.6 for me.
[23:10] <perrito666> redir: nice, most likely using the old storage engine
[23:10] <perrito666> if not, wow