[00:05] <perrito666> katco: ping
[00:47] <davecheney> thumper: https://bugs.launchpad.net/juju-core/+bug/1456398
[00:47] <mup> Bug #1456398: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[00:47] <davecheney> this is me today
[00:47] <davecheney> git bisect for the git gods
[00:50] <mup> Bug #1456398 was opened: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[01:02] <mup> Bug #1456398 changed: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[01:08] <mup> Bug #1456398 was opened: cmd/jujud/agent: runtime panic during tests <juju-core:Confirmed for dave-cheney> <https://launchpad.net/bugs/1456398>
[01:24] <menn0> davecheney: i'm a big fan of git bisect
[01:43] <thumper> axw: around?
[01:47] <axw> thumper: hey
[01:47] <thumper> axw: oh hai
[01:47] <thumper> axw:  just talking to wallyworld about the storage provider and multiple environments
[01:47] <thumper> axw: just bitten us
[01:48] <axw> thumper: bugger. what's the problem?
[01:48] <menn0> thumper or wallyworld: txn pruning integration with Juju: http://reviews.vapour.ws/r/1720/
[01:48] <thumper> axw: runner exited: watching volumes: permission denied
[01:49] <thumper> axw, wallyworld: likely to be a simple fix
[01:49] <thumper> just finding the right line to add
[01:50]  * thumper tries to run up to speed
[01:50] <thumper> axw: the storage provider is a machine agent worker?
[01:50] <axw> thumper: the "storageprovisioner" worker is run twice: once in the env manager, once in each machine agent
[01:51] <axw> thumper: kinda like how we have a env-level provisioner and one per machine for containers
[01:51] <thumper> axw: well... we have an env-level provisioner per environment
[01:51] <thumper> not just one on the state server machine
[01:51] <thumper> I'm wondering if this is the gotcha
[01:52] <axw> thumper: quite possibly
[01:52] <thumper> axw: what is the worker called?
[01:52] <thumper> found it
[01:54] <axw> thumper: if you get stuck, and can give me a repro, I can debug it
[01:54] <thumper> the environ-storageprovisioner is running per environment
[01:54] <thumper> so that should be fine
[01:54] <thumper> waigani: where was the error exactly?
[01:57] <thumper> axw: it was waigani that ran into the issue, you two can talk directly so I can go smash the cli some more
[01:57] <axw> okey dokey
[01:57] <waigani> thumper: ERROR juju.worker runner.go:219
[01:58] <thumper> waigani: hey, there is this cool function you can add...
[01:58]  * thumper goes to search for it
[01:58] <thumper> I wrote it for this type of situation...
[01:58] <thumper> I think
[01:58] <waigani> thumper: I created a hosted env, deployed wordpress, work-load status hangs on: message: Waiting for agent initialization to finish. Debug-log then is full of perm denied errors
[01:59] <anastasiamac> axw: if it helps, I saw similar error in featuretests - i wasn't on multiple env tho
[01:59] <thumper> LoggedErrorStack
[02:00] <anastasiamac> axw: i was runing one cli command and than followed by another in the same test
[02:00] <wallyworld> menn0: review done
[02:00] <waigani> so there is this line: return isEnvironManager && tag == st.EnvironTag()
[02:00] <thumper> see worker/provisioner/provisioner.go line 181
[02:00] <anastasiamac> axw: i was going to talk to u about it but got distracted :(
[02:00] <waigani> storageprovisioner.go:78
[02:01] <thumper> if the error is not nil and the feature flag is set, it logs the error stack
[02:01] <thumper> very handy for debugging
[02:01] <thumper> when you really don't expect an error return there
[02:01] <axw> waigani: st should be scoped to the env at that point? or not?
[02:01] <waigani> if it is okay to watch volumes in hosted envs, the fix should just be a matter of removing the isEnvironManager line
[02:02] <waigani> axw: yes, it should be
[02:02] <waigani> axw: I can double check though
[02:02] <menn0> wallyworld: thank you
[02:02] <wallyworld> np
[02:02] <axw> waigani: don't understand, why would you want to remove that line?
[02:03] <menn0> anastasiamac: thanks for your review too
[02:03] <waigani> axw: I haven't tested, but it seems that would be what is stopping volumes from being watched in the hosted env
[02:04] <axw> waigani: we only want state servers to be able to access environments
[02:04] <waigani> axw: as it will return false if it's hosted
[02:04] <waigani> axw: you've got this comment in the code:
[02:04] <waigani> / TODO(axw) allow watching volumes in alternative
[02:04] <waigani> 				// environments? Need to check with thumper.
[02:04] <anastasiamac> menn0: always nice :D tyvm for PR
[02:05] <axw> waigani: yeah, I don't think that's relevant. that was before all the JES stuff went in, now I see we have one worker per env
[02:05] <axw> waigani: before I thought we might have one worker that spoke to multiple envs
[02:05] <waigani> axw: ah okay
[02:09] <thumper> waigani: where is the isEnvironManager line you are talking about?
[02:09] <waigani> thumper: line 79
[02:09] <thumper> waigani: of which file
[02:09] <waigani> storageprovisioner.go
[02:10] <waigani> apiserver
[02:11] <thumper> no one will ever log in to an apiserver with an environ tag
[02:11] <thumper> that block should be removed
[02:12] <thumper> the only things that log in are machines, units or users
[02:12] <waigani> should we add cases for units and users?
[02:13] <waigani> as it currently doesn't have any
[02:13] <axw> thumper: what do you mean nothing will log in with an environ tag? what bit of code leads you to think that's happening?
[02:14] <thumper> line 72 or apiserver storageprovisioner.go
[02:14] <axw> thumper: the "case names.EnvironTag" is not the tag used to log in, it's a tag that the storage provisioner uses to scope things
[02:14] <thumper> uuurrrggghhhh....
[02:15] <thumper> this seems overly complicated and ackward....
[02:15] <axw> thumper: no worker ever passes the login tag to canAccess
[02:15] <thumper> I think more logging around this access would show where the problem is
[02:15]  * thumper leaves it to waigani
[02:15]  * thumper runs away
[02:15] <waigani> haha
[02:15] <waigani> thanks :/
[02:16] <axw> waigani: the gist is: the worker asks to watch volumes. it passes a scope tag, and that is either a names.MachineTag or a names.EnvironTag
[02:16] <axw> waigani: if it's an EnvironTag, the apiserver will watch volumes scoped to that environ
[02:16] <axw> waigani: if it's a MachineTag, it'll watch volumes scoped to that machine
[02:17] <waigani> axw: right, that makes sense
[02:17] <axw> waigani: so, if it's an EnvironTag we want to make sure the logged-in user is an environ manager
[02:17] <axw> and also that the state's EnvironTag matches the scope
[02:18] <axw> waigani: my understanding of JES is limited, so that last bit may be where things are broken
[02:19] <waigani> axw: when you say scope, you mean the state passed in to NewStorageProvisionerAPI ?
[02:20] <axw> waigani: no, I mean the tag passed in the API request, in WatchVolumes/WatchFilesystems
[02:21] <axw> waigani: those methods take params.Entities, each of which is a MachineTag or EnvironTag as described above
[02:25] <waigani> axw: yeah but "matching the scope" is matching the EnvrionTag passed in with that of the state obj used to make the api, right?
[02:25] <axw> waigani: yes
[02:27] <waigani> axw: so the EnvironTag case is never going to pass in a hosted env
 waigani: st should be scoped to the env at that point? or not?
 axw: yes, it should be
[02:27] <axw> ?
[02:28] <axw> so the "state.State" is *not* scoped to the env?
[02:28] <axw> (hosted env)
[02:34] <waigani> axw: yes, it should be scoped, but I'll check. I'm just looking to see which user is isEnvironManager() checking?
[02:35] <axw> waigani: AuthEnvironManager
[02:36] <axw> i.e. a machine agent with JobManageEnviron
[02:37] <waigani> axw: so in the hosted env scenario, which machine would that be?
[02:38] <axw> waigani: you're asking me how JES works? :)
[02:38] <axw> it should be a state server machine?
[02:38] <waigani> axw: haha, okay I'm going to dig into isEnvironManager
[02:39] <waigani> axw: if it's not the state server machine, it's going to fail. Also, as you point out if st isn't scoped, it's going to fail
[02:39] <axw> waigani: yup
[02:39] <waigani> axw: so let me dump out some info and we can go from there
[02:40] <waigani> axw: shall I remove your comment?
[02:41] <axw> waigani: yes please, if you're making changes
[02:41] <axw> thanks
[02:41] <waigani> axw: I'll take it out now, in case this turns into a PR
[02:41] <waigani> np
[02:58] <wallyworld> axw: it does appear that azure really wants people to stop using affinity groups which is good for us. let me know if you have time for a quick chat as there's a couple of points i'd like to clarify. no rush
[03:00] <axw> wallyworld: yeah, that sounds like the case. can chat now, tanzanite standup?
[03:01] <wallyworld> sure
[04:22] <waigani> got it
[04:29] <waigani> so st is scoped to hosted env, but the tag passed in is always the server env, so they never match. jujud's  ReadConfig (cmd/jujd/agent/agent.go:106) takes a string tag and uses that to determine the location of the agent's config file to read.
[04:31] <waigani> the string tag is "machine-0"
[04:31] <waigani> (which can no longer be assumed to be the state server, as the first machine in a hosted env is also machine-0)
[04:37] <waigani> agent.ConfigPath returns the agent.conf of machine-0 the state server, not machine-0 the first machine in hosted env
[04:37] <waigani> .juju/local/agents/machine-0/agent.conf
[04:40] <anastasiamac> waigani: well done :D
[04:43] <waigani> axw: thumper: ^^
[04:45] <axw> waigani: are you saying you can have two machines called machine-0?
[04:45] <waigani> axw: yes
[04:45] <axw> sounds crazy, but ok
[04:46] <axw> waigani: so... is that a jujud bug? that it's reading the agent.conf for the wrong agent?
[04:46] <waigani> axw: yep
[04:46] <waigani> axw: so will most likely have side effects elsewhere
[04:47] <waigani> axw: juju environment create env1; juju deploy wordress
[04:47] <waigani> axw: the juju status and checkout the machine name
[04:50] <thumper> waigani: I'm pleased you found it
[04:50] <axw> waigani: hrm, I'm a little confused. I would think that machine-0 the state server would be running env workers per hosted env?
[04:50] <thumper> axw: machine-0 machines are in different environments
[04:51]  * thumper takes the dog out while it is still light
[04:51] <waigani> thumper: can we talk this one over tomorrow morning?
[04:51] <waigani> I need to run also
[06:33]  * thumper heads off to make dinner
[06:33] <thumper> laters
[06:45] <axw> wallyworld: looks like the whole azure model has changed. the little bit I've read makes it sound a lot more like other IaaS now, and Cloud Services are no more (with the new ARM API). portal is excruciatingly slow though, so can't actually tell for sure...
[06:47] <axw> wallyworld: if that is the case, we might be able to migrate away from what the either-or HA/placement implementation
[07:31] <wallyworld> axw: yeah, they are changing terminology to use Region etc as well - so i think it's going to be goof
[07:31] <wallyworld> good
[07:31] <axw> wallyworld: yes, looks good
[07:32] <axw> will be nice to kill some of that old hacky code
[07:32] <axw> well
[07:32] <axw> relegate it anyway
[07:52] <rogpeppe3> anyone fancy a small review of a LoggingSuite change? https://github.com/juju/testing/pull/69
[08:16] <voidspace> dimitern:  http://reviews.vapour.ws/r/1714/
[08:16] <dimitern> voidspace, looking
[08:16] <voidspace> dimitern: plus http://reviews.vapour.ws/r/1715/
[08:17] <dimitern> voidspace, will do
[08:17] <voidspace> dimitern: basically the same code as landed, with minor fixes for 1.24/master plus adding the upgrade step to steps124 too
[08:17] <voidspace> dimitern: thanks
[08:17] <dimitern> voidspace, have a look at our shiny new and empty board https://canonical.leankit.com/sapphire
[08:17] <voidspace> dimitern: oooh...
[08:17] <voidspace> dimitern: shiny :-)
[08:18] <dimitern> voidspace, we'll start using it by friday I hope
[08:18] <voidspace> dimitern: cool
[08:35] <TheMue> dimitern: but then we'll soon fill it and it won't be so shiny anymore *scnr*
[08:36] <TheMue> dimitern: hehe, and opening the parking lot show's already some cards
[08:41] <dimitern> TheMue, :) that's right, yeag
[08:41] <dimitern> yeah even
[08:42] <dimitern> I'll groom the parking lot cards a bit and see what we didn't manage to finish by thursday
[08:42] <TheMue> dimitern: now it only has to be a visual frontend to our tasks in launchpad ;)
[08:58] <dimitern> voidspace, both reviewed
[08:58] <voidspace> dimitern: ta
[08:58] <voidspace> dimitern: I'll have to go and fix those on 1.23 as well
[09:00] <dimitern> voidspace, well, at least check if with 1.23 and string ids there the test still passes, other than that it's too late for 1.23 I think
[09:00] <voidspace> dimitern: the tests pass
[09:00] <voidspace> dimitern: the branch landed and I ran tests for 1.24 and master
[09:01] <dimitern> voidspace, cool, I think it's fine then
[09:01] <voidspace> on 1.24 (current version not my branch) featuretests time out
[09:01] <voidspace> they pass on master
[09:01] <voidspace> odd and annoying
[09:01] <dimitern> hmmm
[09:20] <rogpeppe3> dimitern: where's the right place to submit bugs against juju-core - github or launchpad?
[09:21] <dimitern> rogpeppe3, lp I guess
[09:21] <rogpeppe3> dimitern: "you guess"? :)
[09:21] <rogpeppe> dimitern: ok, will submit against lp
[09:22] <dimitern> rogpeppe, I guess >> it was like that originally, but I know there are some GH issues filed now
[09:22] <rogpeppe> dimitern: ok.
[09:23] <rogpeppe> dimitern: i'll file on lp anyway
[09:23] <rogpeppe> i guess :)
[09:25] <rogpeppe> dimitern: https://bugs.launchpad.net/juju-core/+bug/1456519
[09:25] <mup> Bug #1456519: apiserver/client: clientSuite.TestProvisioningScript is flaky <juju-core:New> <https://launchpad.net/bugs/1456519>
[09:26] <rogpeppe> i guess noone else is using go1.3 or later to run juju tests
[09:28] <rogpeppe> dimitern: any chance of a review of https://github.com/juju/testing/pull/69 please?
[09:28] <rogpeppe> dimitern: (it's very small)
[09:29] <rogpeppe> or anyone else ( voidspace? fwereade?)
[09:30] <fwereade> rogpeppe, ship it
[09:30] <rogpeppe> fwereade: ta!
[09:30] <dimitern> rogpeppe, I'll have a look after standup
[09:30] <dimitern> rogpeppe, ah, ok then
[09:31] <rogpeppe> fwereade: it would be nice to have your LGTM on it
[09:31] <fwereade> rogpeppe, it does? http://reviews.vapour.ws/r/1724/
[09:31] <rogpeppe> fwereade: (we need two, and an explicit signoff from -core is always good)
[09:32] <rogpeppe> fwereade: ha! i'm not used to reviews.vapour.ws!
[09:32] <rogpeppe> fwereade: i was looking at github only
[09:32] <rogpeppe> fwereade: ta!
[09:33] <mup> Bug #1456519 was opened: apiserver/client: clientSuite.TestProvisioningScript is flaky <juju-core:New> <https://launchpad.net/bugs/1456519>
[10:43] <dimitern> reviews on http://reviews.vapour.ws/r/1725/ please - it fixes bug 1442257
[10:43] <mup> Bug #1442257: lxc network.mtu setting not set consistently across hosts <addressability> <lxc> <network> <juju-core:Triaged> <juju-core 1.23:In Progress by dimitern> <juju-core 1.24:Triaged by dimitern> <https://launchpad.net/bugs/1442257>
[10:45] <perrito666> morning
[10:49] <dimitern> voidspace, TheMue, dooferlad, ^^
[10:49] <dooferlad> dimitern: *click*
[10:50] <dimitern> dooferlad, ta!
[11:10] <TheMue> dimitern: back from lunch, looking too
[11:20] <dimitern> TheMue, cheers
[11:52] <jam> wallyworld: perrito666: we're still on for the relation status discussion, right?
[11:52] <wallyworld> yep
[11:53] <jam> wwitzel3: we're also supposed to meet sometime, right? Do you want to meet before the retrospective tomorrow?
[11:53] <perrito666> yep
[12:53] <wwitzel3> jam: that sounds good to me
[13:03] <jam> perrito666: on the concept of VR hangouts, I'm told that having the world move for you is the really-really big producer of nausea
[13:09] <perrito666> jam: I only used a VR headset once and I got really confused about not seeing my hands
[13:09] <perrito666> the movement was not very annoying when sitting
[13:26] <alexisb> jam, I was just about to schedule a planning meeting in that slot :)
[13:26] <jam> alexisb: for our scheduling?
[13:27] <perrito666> alexisb: did you just cancel the interlock?
[13:27] <alexisb> perrito666, yes I forgot to do it yesterday
[13:27]  * perrito666 notices google calendar loves a refresh after a couple of weeks up
[13:27] <alexisb> cloudbase is at ODS this week
[13:27] <perrito666> ah true
[13:28] <alexisb> jam, yes
[13:28] <jam> alexisb: sure. if you get it scheduled first you win :). I also sent a message to cmars about if there is another time we could use
[13:29] <alexisb> yeah the hour after the leads call is definitely my preference
[13:29] <alexisb> but I am going to grab that weds slot just in case
[13:29] <jam> sure
[14:10] <katco> natefinch: standup
[14:10] <ericsnow> voidspace: weren't you the one that moved us away from "anything" on our SSL cert code?
[14:26] <sinzui> voidspace, is this bug Fix Committed in 1.24 https://bugs.launchpad.net/juju-core/+bug/1348663
[14:26] <katco> fwereade: hey want to chat about the container stuff a bit early? we're all in moonstone?
[14:26] <mup> Bug #1348663: DHCP addresses for containers should be released on teardown <maas-provider> <network> <oil> <juju-core:Triaged by mfoord> <juju-core 1.24:Triaged by mfoord> <MAAS:Invalid> <https://launchpad.net/bugs/1348663>
[14:26] <sinzui> voidspace, I think your last commit to 1.24 fixes bug 1441206
[14:29] <fwereade> katco, just making coffee, will join you in there though if that makes sense?
[14:29] <mup> Bug #1441206: Container destruction doesn't mark IP addresses as Dead <destroy-unit> <network> <juju-core:In Progress by mfoord> <juju-core 1.24:In Progress by mfoord> <https://launchpad.net/bugs/1441206>
[14:29] <katco> fwereade: yeah, we're all in ther efrom the standup
[14:29] <katco> fwereade: https://plus.google.com/hangouts/_/canonical.com/moonstone?authuser=1&hceid=Y2Fub25pY2FsLmNvbV9pYTY3ZTFhN2hqbTFlNnMzcjJsaWQ5bmhzNEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t.7g85fo35lqi339e7ppmrdgeoi0
[14:32] <voidspace> ericsnow: no, that was wwitzel3
[14:32] <voidspace> sinzui: it does fix a bug
[14:32] <voidspace> sinzui: let me confirm
[14:50] <voidspace> sinzui: I've marked 1441206 as fix committed for 1.24, still trying to merge into master
[14:51] <sinzui> voidspace, thank you
[15:01] <natefinch> jw4: you around?
[15:11] <voidspace> command line tool to open hangouts at your next meeting
[15:11] <voidspace> https://t.co/gNRi41ELLk
[15:28] <jw4> natefinch: yeah - I'm OTP for the next 30 minutes or so, but I'm somewhat around
[15:28] <natefinch> jw4: quick question - am I correct in my observation that action results are always converted to strings?
[15:29] <jw4> natefinch: hmm; that doesn't seem quite right to me
[15:29] <natefinch> jw4: for example, I set a value of 16, but it gets converted into "16"
[15:29] <jw4> natefinch: I don't know for certain, but I *thought* result types would be preserved
[15:29] <jw4> natefinch: bodie_ worked on that part so he may remember more accurately
[15:30] <jw4> natefinch: I'll investigate too when I get a chance
[15:30] <natefinch> jw4: ok no worries.  Could well be my fault, too.
[15:36] <natefinch> heh, interesting, from python's time formatting, about parsing seconds: "The range really is 0 to 61; this accounts for leap seconds and the (very rare) double leap seconds."
[15:37] <dimitern> reviews on http://reviews.vapour.ws/r/1726/ are most welcome
[15:37] <TheMue> dimitern: *click*
[15:46] <mup> Bug #1454697 was opened: jujud leaking file handles <cpec> <stakeholder> <juju-core:Triaged> <juju-core 1.22:In Progress by cherylj> <juju-core 1.23:New> <juju-core 1.24:New> <https://launchpad.net/bugs/1454697>
[15:49] <alexisb> katco, you around?
[15:49] <katco> alexisb: yep
[15:50] <natefinch> one thing I have to give it to python for, it is very googable for common questions
[15:53] <abentley> tvansteenburgh: Thanks for the merge.
[16:14] <jw4> natefinch: it looks like all the result values are converted to strings...
[16:14] <jw4> natefinch: the tests seem to explicitly expect that
[16:15] <natefinch> boo!
[16:15] <natefinch> why even use yaml if you can't use nice types? :/
[16:16] <jw4> teh suk
[16:17] <natefinch> well, at least I'm not crazy
[16:18] <jw4> natefinch: correction "at least this situation doesn't demonstrate whether you're crazy"  - you may still be but not as shown by this situation :)
[16:18] <natefinch> jw4: I was going to make that joke, but couldn't figure pout a way to word it.
[16:18] <jw4> natefinch: well, I didn't do too well either
[16:18] <jw4> :)
[16:19] <natefinch> https://bugs.launchpad.net/juju-core/+bug/1456703
[16:19] <mup> Bug #1456703: action-set converts everything to strings <actions> <juju-core:New> <https://launchpad.net/bugs/1456703>
[16:19] <jw4> boom
[16:19] <jw4> :)
[16:19] <natefinch> at least it's recorded now
[16:28] <mup> Bug #1456703 was opened: action-set converts everything to strings <actions> <juju-core:New> <https://launchpad.net/bugs/1456703>
[16:28] <natefinch> way to be on the ball there, mup
[16:31] <jw4> haha
[16:34]  * natefinch really needs pyformat
[16:36] <natefinch> python peeps... is there an official or semi official pyformat?
[16:37] <natefinch> I see pyformat, I see autopep8 ... what should I use and do I have to worry that it'll blow up my code?
[16:38] <ericsnow> natefinch: nothing official
[16:38] <voidspace> natefinch: autopep8 is the closest
[16:38] <natefinch> good enough for me
[16:46] <rick_h_> natefinch: run flake8 and that's the basics
[16:47] <rick_h_> natefinch: it's what we've been using + a few manual ideas copied from LP days for all our python stuff
[17:01] <mup> Bug #1456714 was opened: assignCleanSuite.TearDownTest fails <ci> <intermittent-failure> <unit-tests> <juju-core:Incomplete> <juju-core 1.24:Triaged> <https://launchpad.net/bugs/1456714>
[21:55] <katco> wallyworld: hey got a few minutes to talk about a spec?
[21:55] <wallyworld> katco: yeah, give me a minute
[21:55] <katco> wallyworld: ack
[21:56] <katco> wallyworld: doh, nevermind the family just got home. i'll catch up with you later
[21:56] <wallyworld> ok, ping me , i ave a meeting in an hour but free after that
[22:12] <thumper> cmars: around?\
[22:12] <cmars> thumper, hey
[22:12] <cmars> thumper, yeah, hang on
[22:12] <thumper> cmars: I'm in our hangout
[22:13] <noodles775> wwitzel3: Hi! Just wondering if the reason you switched the status of bug 1453644 was related to the bug itself, or just simply you've got other priorities you need to switch to etc.
[22:13] <mup> Bug #1453644: destroy-env leaves one lxc which remains pending on redeploy <destroy-environment> <local-provider> <lxc> <reliability> <repeatability> <juju-core:Triaged by wwitzel3> <https://launchpad.net/bugs/1453644>
[22:17] <davecheney> thumper: git bisect success
[22:17] <davecheney> machine handed off to rsc
[22:17] <davecheney> i'm off for a coffee
[22:17] <thumper> \o/
[22:17] <davecheney> and the offending diff looks like a plausible candidate this time
[22:18] <davecheney> not a change to an unrelaed .h file
[22:46] <mwhudson> davecheney: \o/
[23:00] <wallyworld> axw: i can't get the meeting link to work, can you?
[23:00] <axw> wallyworld: nope
[23:07] <sinzui> wallyworld, do you have a moment to review http://reviews.vapour.ws/r/1729/
[23:07] <wallyworld> sure
[23:10] <sinzui> wallyworld, 386 unit tests might fail for 1.24. The failures for the first 2 tries are flaky, so I am declaring build 2664 releasable for beta4.
[23:12] <wallyworld> \o/
[23:15] <thumper> yay
[23:15] <thumper> wallyworld: I may be slightly late to the 1.23 retrospective, but I will be there
[23:15] <wallyworld> ok
[23:59] <davecheney> mwhudson: thanks for breaking the seal on the 'compiler is slow argument, let's no gc'
[23:59] <davecheney> i was thinking of writing the same to russ privately
[23:59] <davecheney> but public is better for everyone's karma