[01:17] <perrito666> wallyworld: did you send me the pic?
[03:01] <natefinch> probably a bad sign that I'm the only one in the team meeting at 1 past the hour
[03:03] <perrito666> lol
[10:46] <voidspace> dimitern: seems to work
[10:46] <dimitern> voidspace, sweet!
[10:46] <voidspace> dimitern: rebooting state server doesn't cause worker to die
[10:46] <voidspace> dimitern: I'll confirm by repeating it with maas-spaces tip to check that I *do* see the error there
[10:46] <voidspace> dimitern: pretty sure I will
[10:46] <dimitern> voidspace, I'd leave it running for a while and check for "restarting in 3s"
[10:46] <voidspace> dimitern: then I'll PR
[10:47] <voidspace> dimitern: ok
[11:20] <voidspace> frobware: dimitern: http://reviews.vapour.ws/r/3419/
[11:21] <voidspace> frobware: dimitern: confirmed the issue happens on tip and not on my branch
[11:21] <voidspace> frobware: dimitern: leaving a long running juju environment to double-confirm
[11:21] <voidspace> will re-check debug-log before merging
[11:43] <dimitern> voidspace, cheers, having a look shortly
[11:55] <BrunoR> does amulet proides support for juju storage?
[11:56] <BrunoR> s/proides/provides/
[12:17] <dimitern> voidspace, LGTM
[12:28] <voidspace> dimitern: thanks
[12:38] <mup> Bug #1527595 opened: leader-set doesn't preserve newlines <juju-core:New> <https://launchpad.net/bugs/1527595>
[14:18] <rick_h_> ericsnow: ping got a sec to chat?
[15:06] <ericsnow> rick_h_: sure
[15:13] <wwitzel3> ericsnow: just got off the phone with rick_h_ , we have some things we need to chat about during standup when natefinch is back online
[15:13] <ericsnow> wwitzel3: k
[15:13] <natefinch> any the old irc on the tablet trick. classic.
[15:14] <natefinch> s/any/ahh
[15:14] <natefinch> sigh
[15:17] <natefinch> anyone have the Canonical irc info handy? it has changed since the last time I had to do this
[15:17] <natefinch> wwitzel3 or ericsnow?
[15:18] <wwitzel3> natefinch: not handy ;) looking now
[15:18] <mgz_> natefinch: you need personal info from enigma
[15:19] <mgz_> natefinch: read wiki.canonical.com/StayingInTouch/IRC
[15:19] <natefinch> mgz_ - that sounds very cold war-ish
[15:22] <natefinch> ahh yes, irc-credentials.zip, my tablet loves that
[15:22] <mgz_> natefinch: you can just read the zip
[15:22] <mgz_> the password is transcribable
[15:23]  * natefinch looks for an app to open zip files on android
[15:31] <natefinch> oh yes, thanks for zipping a 100 byte text file
[15:46] <dimitern> voidspace, frobware, please have a look http://reviews.vapour.ws/r/3420/
[15:46] <frobware> dimitern, looking
[16:18] <voidspace> dimitern: will look in a bit if frobware doesn't review it
[16:20] <dimitern> cheers
[16:44] <mup> Bug #1527681 opened: azure provider does not appear to be opening ports <juju-core:New> <https://launchpad.net/bugs/1527681>
[17:44] <mup> Bug #1130038 changed: tools download for upgrade should retry on error <docs> <reliability> <retry> <upgrade-juju> <juju-core:Fix Released> <https://launchpad.net/bugs/1130038>
[17:44] <mup> Bug #1494848 changed: 1.24+ cannot upgrade in canonistack <canonistack> <ci> <openstack-provider> <streams> <upgrade-juju> <juju-core:Triaged> <https://launchpad.net/bugs/1494848>
[18:44] <mup> Bug # changed: 1483492, 1497229, 1516036, 1519061, 1519144, 1519149, 1521446, 1525529
[19:49] <cory_fu> I am finding JUJU_REMOTE_UNIT is set to an empty string during the -relation-broken hook, leaving me no way to tell with whom I have lost the relation.  Is this expected behavior?  This seems very wrong and is leaving me unable to properly clean up after the removed unit
[20:07] <tvansteenburgh> cory_fu: i dunno if that's expected or not, but you could do your cleanup in -relation-departed instead
[20:07] <tvansteenburgh> cory_fu: once -broken fires, the relation no longer exists. that may be why the remote-unit is no longer defined
[20:24] <cory_fu> tvansteenburgh: Yet all the other vars are, so... inconsistency.  :/
[20:25] <cory_fu> tvansteenburgh: What I was expecting was that I could set a state during -relation-departed and then follow-up on it in -relation-broken.  However, because remote_unit is no longer available, I can no longer tell for whom I set the previous state
[20:26] <cory_fu> I'm not sure I see the point of -broken in that case.  We can't do any clean-up during it because we have no idea who it's running for
[20:52] <cory_fu> tvansteenburgh: Hrm.  In fact, -broken can't be used at all with reactive because of this
[21:54] <mup> Bug # changed: 1403655, 1459033, 1489215, 1497098, 1497807, 1497829, 1506680, 1511138, 1512371, 1513492, 1513982, 1516498, 1516891, 1517743, 1517744, 1519027, 1519097, 1519145, 1520199, 1521354, 1522001, 1522861, 1523693, 1524135, 1524527, 1526296
[22:00] <mup> Bug # opened: 1403655, 1459033, 1489215, 1497098, 1497807, 1497829, 1506680, 1511138, 1512371, 1513492, 1513982, 1516498, 1516891, 1517743, 1517744, 1519027, 1519097, 1519145, 1520199, 1521354, 1522001, 1522861, 1523693, 1524135, 1524527, 1526296
[22:03] <mup> Bug # changed: 1403655, 1459033, 1489215, 1497098, 1497807, 1497829, 1506680, 1511138, 1512371, 1513492, 1513982, 1516498, 1516891, 1517743, 1517744, 1519027, 1519097, 1519145, 1520199, 1521354, 1522001, 1522861, 1523693, 1524135, 1524527, 1526296