/srv/irclogs.ubuntu.com/2013/01/10/#juju-dev.txt

=== mechanobot is now known as amithkk
jamdang, just missed fwereade08:06
rogpeppe1jam: surely he wasn't up all night?09:05
rogpeppe1jam: morning, BTW!09:05
jamwell he disconnected ~1.5hrs ago, just about 15 min before I went looking for him.09:05
jamhi fwereade09:05
jamhi rogpeppe109:05
TheMuebtw, morning all09:06
jamapparently I keep scaring fwereade away :009:07
mgz:)09:07
fwereadejam, hey, sorry :)09:07
fwereadejam, didn't even realise I was disconnected09:07
fwereadejam, what can I do for you?09:07
fwereadeTheMue, rogpeppe1: heyhey09:07
rogpeppe1fwereade: heya09:08
jamfwereade: I was noticing you had a patch that landed with only 1 review. I'm guessing that was because you felt it was trivial. But I just wanted to check with you.09:08
jam(My personal feeling is that requiring 2 +1's is too much, but I'd rather other people feel the pain of it to understand why I feel that way :)09:08
TheMuerogpeppe1: your stack trace hint has been good, thank you. so i yesterday evening have been able to place those on the right locations and this morning i analyzed the output. and i found a pattern when the test fails and could fix it in the firewaller.09:09
fwereadejam, yeah, that's right, confirmed trivial in IRC09:09
TheMuerogpeppe1: now i'm doing some more tests, but it looks good.09:09
rogpeppe1TheMue: glad to hear it09:09
fwereadejam, I though I said trivial in the CL description09:09
TheMuefwereade: heya09:09
jamfwereade: you did mention that. It wasn't immediately clear what that meant. (I haven't heard it discussed that trivial patches only need 1 review.)09:09
fwereadejam, I'm not sure it's written down anywhere but it's been part of the team culture since I joined, I think09:10
rogpeppe1fwereade: tbh i think that particular CL was verging on the non-trivial (it's not usual to put substantial code blocks in export_test.go) but given where it was going, i don't mind.10:00
fwereaderogpeppe1, ah, sorry -- I'm working to remove the need for that even now10:01
fwereaderogpeppe1, although really I should be more release-focused, hmm10:01
rogpeppe1fwereade: cool, thought so10:01
TheMueso, back, sorry for being afk. while we talked about the sleeping troubles with young children yesterday the troubles simetimes grow with the age. our are now almost 17 and 19 and have troubles with school and job. *sigh*10:39
fwereaderogpeppe1, https://codereview.appspot.com/7058061 addressed10:50
rogpeppe1fwereade: reviewed10:56
fwereaderogpeppe1, thanks11:06
fwereademorning Aram11:10
Aramhey there.11:10
rogpeppe1fwereade: trivial: https://codereview.appspot.com/706406411:21
fwereaderogpeppe1, LGTM, concur trivial11:24
rogpeppe1fwereade: ta11:24
rogpeppe1fwereade: Aram: could you register with gravatar? it would be nice to be able to see kanban card ownership at a glance.11:29
Aramrogpeppe1, but I did.11:29
AramI don't know why it's now showing,11:30
rogpeppe1Aram: with your canonical email addr, presumably11:30
Aramyes11:30
rogpeppe1Aram: ah! i just needed to reload11:30
rogpeppe1Aram: thanks11:30
rogpeppe1fwereade: just you to go :-)11:31
fwereaderogpeppe1, blech, ok ;p11:31
fwereaderogpeppe1, I can't see myself yet but I think I've done it11:38
rogpeppe1fwereade: i imagine there's some caching to time out before we see it11:39
fwereaderogpeppe1, so I would imagine11:39
fwereaderogpeppe1, TheMue, Aram: https://codereview.appspot.com/7062062 -- principal Uniter sets subordinates to Dying when the principal is Dying11:52
TheMue*click*11:52
jammgz: poke for standup12:03
mgzdid wonder at 11 if we were doing one :)12:03
jammgz: yeah, I was on an hour ago, but we were meant to do it now.12:03
rogpeppe1fwereade: reviewed12:04
mgzah, yeah, had mentioned bumping but calendar was still old time12:04
fwereaderogpeppe1, TheMue: cool, thanks12:05
* fwereade ->lunch12:10
jammgz: at one point you said that we don't need listings for public buckets, but the code we are trying to share with ec2 wants to list all the tools it has available, and 'pick the best', which is why we do need .rlistings12:32
jamfor the public location.12:32
rogpeppe1fwereade: initial stab at agent package: https://codereview.appspot.com/706406612:38
rogpeppe1other reviews also appreciated, please12:38
TheMuerogpeppe1: done12:57
rogpeppe1TheMue: thanks12:57
TheMuerogpeppe1: yw12:57
fwereaderogpeppe1, why json not yaml? I thought yaml was the project standard for data files, regardless of personal taste13:14
fwereaderogpeppe1, everything else looks good though13:14
rogpeppe1fwereade: yaml doesn't cope well with []byte13:14
rogpeppe1fwereade: i could change CACert to be string everywhere, i suppose13:15
rogpeppe1fwereade: although that has its own issues (the standard crypto packages use []byte for certificates and keys)13:16
fwereaderogpeppe1, ok, that's reasonable but deserves a comment -- but also, remind me why we went with a single file?13:16
TheMuefwereade, rogpeppe1: a review with only two lines https://codereview.appspot.com/7068059/ (read the text, the firewaller is the change which alread had two LGTMs but then has been rejected by Dave. line 272 is the new one).13:16
fwereaderogpeppe1, I don't think you should change the cert type13:16
rogpeppe1fwereade: it's much less code, easier to expand to include more options, and having a single "agent.conf" file seems to me to be a good thing for debugging and general non-clutteredness13:17
rogpeppe1s/more options/more fields/13:17
TheMuefwereade, rogpeppe1: and i would ask one of you to run the whole tests, i've got one language error because my system is germen and the compared text is expected tobe english. ;)13:18
fwereaderogpeppe1, ok, I guess tasks that need to change it can return ErrConfChangeReady, like we do with ErrUpgradeReady13:18
fwereadeTheMue, can you not fix it with LC_LOCALE or something?13:18
rogpeppe1TheMue: the compared text from what?13:19
rogpeppe1fwereade: i'd imagined having an api that enables changing it in a safe way (with a mutex lock)13:19
TheMuerogpeppe1: one moment, will look for the name of test13:19
fwereadeTheMue,     os.Setenv("LC_ALL", "en_US") fixes language weirdness in the git tests, I believe13:19
TheMuefwereade: you, would be an idea13:19
TheMues/you/yes13:20
rogpeppe1fwereade: it's not difficult to do, and it's only owned by one running program, so there's no issue with concurrent changes from outside13:20
TheMuefwereade: the test is btw not mine, it's one where an external tool is called.13:20
rogpeppe1TheMue: which tool?13:21
fwereaderogpeppe1, true -- feels like it subtly works against task independence but not enough to really bug me badly13:21
rogpeppe1fwereade: i don't think it needs to13:21
rogpeppe1fwereade: each task can still make independent changes13:21
fwereaderogpeppe1, will be able to, once api is in place13:21
rogpeppe1fwereade: sure13:22
rogpeppe1:-)13:22
fwereaderogpeppe1, but LGTM13:22
rogpeppe1fwereade: thanks13:22
rogpeppe1fwereade: will add a comment13:22
fwereaderogpeppe1, cheers13:22
TheMuerogpeppe1: it's bzr in lpad_test.go:16: StoreSuite.TestPublishCharmDistro13:22
TheMuerogpeppe1: nothing wild, the printed text in german matches to the expected english one. but the test fails. ;)13:23
fwereadeTheMue, also LGTM assuming those are the only changes from before13:23
TheMuefwereade: yes, only addMachine() with instance id and treating ErrNoInstances correect.13:24
TheMuefwereade: there has been another race due to my usage of a vm, but that has been fixed by roger (thanks again)13:26
fwereadeTheMue, was that the InjectMachine? I saw that, thanks13:36
TheMuefwereade: that has been after a hint of roger. but he also had a CL.13:36
TheMuefwereade: it's in since yesterday.13:37
fwereadeTheMue, ok, thanks13:37
* rogpeppe1 is away for a bit of lunch. back in 30 mins.13:50
mgzjam: yup, discovered that when reviewing the branch, it's a change in the go version due to wanting to give out executables13:56
=== TheMue_ is now known as TheMue
rogpeppe1back14:24
=== rogpeppe1 is now known as rogpeppe
TheMuerogpeppe: any chance to look into my review?14:52
rogpeppeTheMue: i will do in a little bit, just been in a meeting, and am looking at something else currently14:53
TheMuerogpeppe: ok, np14:53
rogpeppeTheMue: reviewed15:00
TheMuerogpeppe: just seen, thx15:00
TheMuerogpeppe: and the idea of the double proposal is good15:01
rogpeppeTheMue: kanban meeting?15:01
TheMuerogpeppe: afaik yes15:02
rogpeppeTheMue: https://plus.google.com/hangouts/_/539f4239bf2fd8f454b789d64cd7307166bc908315:03
fwereaderogpeppe, TheMue: https://codereview.appspot.com/7073056/ addresses the most critical remaining subordinates problem - I'm about to verify it live, but feel hopeful, and would appreciate reviews16:10
TheMuefwereade: *click*16:10
TheMuefwereade: oh, that is the one i already reviewed ;)16:11
fwereadeTheMue, <316:11
rogpeppefwereade: reviewed16:25
fwereaderogpeppe, tyvm16:27
fwereaderogpeppe, yeah, it works :)16:43
=== slank is now known as slank_away
rogpeppefwereade: yay!16:43
rogpeppefwereade: that presumably increases the number of charms we're compatible with by a significant amount16:43
fwereaderogpeppe, almost better than expected -- a failed relation-broken hook in rsyslog-forwarder is keeping its principal unit alive16:43
=== slank_away is now known as slank
fwereadeI am suspicious about this:16:44
fwereade2013/01/10 16:40:35 JUJU worker/uniter: HOOK /var/lib/juju/agents/unit-rsyslog-forwarder-0/charm/hooks/syslog-relation-broken: 5: /var/lib/juju/agents/unit-rsyslog-forwarder-0/charm/hooks/syslog-relation-broken: JUJU_REMOTE_UNIT: parameter not set16:44
fwereaderogpeppe, can you think why JUJU_REMOTE_UNIT would be expected or needed in a -broken hook?16:44
rogpeppefwereade: no16:45
rogpeppefwereade: perhaps it's expected to be the last unit that left the relation?16:45
fwereaderogpeppe, heh, maybe, that's pretty crackful if so16:46
fwereaderogpeppe, there's no guarantee there's been another unit in scope16:46
fwereaderogpeppe, but, yay, it all works -- resolving the error caused the subordinate to shut down smoothly, the principal recalled and removed it, the principal set itself to dead and the machine recalled and removed it16:48
fwereaderogpeppe, ...and when I destroyed the relation, the subordinate attached to the other unit shut itself down neatly too16:50
rogpeppefwereade: why would you get a relation-broken if another unit hasn't been in scope?16:55
rogpeppe(sorry, someone came to the door, just back)16:55
fwereaderogpeppe, because relation-broken is the last thing that happens before a unit leaves a relation -- no more and no less16:57
fwereaderogpeppe, if we had a relation-forged hook that was guaranteed to run first, relation-broken would be its counterpart16:59
rogpeppefwereade: ah, in which case JUJU_REMOTE_UNIT in that context is definitely crack16:59
fwereaderogpeppe, yeah, I just wonder why the charm uses it16:59
rogpeppefwereade: have you had a look?16:59
fwereaderogpeppe, just did -- it's getting the service name from it :)17:00
rogpeppefwereade: presumably there's an easier way of doing that...17:00
fwereaderogpeppe, or is it? actually I don;t know wtf it's doing17:00
fwereaderogpeppe, more to the point I want to find out why it would work in python17:01
rogpeppefwereade: yeah17:01
=== slank is now known as slank_away
=== slank_away is now known as slank
fwereaderogpeppe, TheMue: almost trivial before I stop: https://codereview.appspot.com/708004317:29
TheMuefwereade: *click*17:29
rogpeppefwereade: LGTM17:31
TheMuefwereade: ^17:32
fwereaderogpeppe, TheMue: cheers guys17:32
TheMuefwereade: yw17:33
=== slank is now known as slank_away
rogpeppeend of day hereg'night all.18:35
rogpeppeha18:35
rogpeppeg'night all18:35
=== slank_away is now known as slank
=== slank is now known as slank_away
=== slank_away is now known as slank
=== slank is now known as slank_away
=== slank_away is now known as slank
=== slank is now known as slank_away

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