21:00:48 #startmeeting 21:00:49 Meeting started Tue Jan 18 21:00:48 2011 UTC. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:50 Useful Commands: #action #agreed #help #info #idea #link #topic. 21:00:58 Welcome to our weekly OpenStack team meeting... 21:01:05 Today's (long) agenda is at: 21:01:08 o/ 21:01:09 #link http://wiki.openstack.org/Meetings 21:01:21 #topic Actions from previous meeting 21:01:32 * ttx to document simplified exception procedure in wiki: DONE 21:01:44 #topic Current release stage: QA 21:02:01 #info We are now passed FeatureFreeze and well into QA stage. The goal is to test, find and fix as many bugs as we can before GammaFreeze. 21:02:20 After GammaFreeze the idea is to restrict bugfixing to release-critical issues only, in order to avoid introducing regressions... a known bug being better than an unknown regression 21:02:38 That said, on the release schedule, GammaFreeze is EOD on Tuesday, January 25. I wonder if we shouldn't push that back to EOD Thursday, January 27. 21:02:54 Given the number of new things that landed in this release, maximizing random bugfix time sounds like a good idea for Nova... 21:03:08 3 business days between GammaFreeze and RCFreeze should be enough to spot and fix regressions. 21:03:15 Thoughts ? 21:03:27 hopefully... 21:03:32 only if we stop new merges 21:03:54 dendrobates: new merges ? 21:04:01 would be nice to have til 27th for gamma 21:04:28 how are we supposed to fix bugs if we can merge? :) 21:04:34 ttx: there are still some outstanding questions that we are going to discuss later in the meeting. 21:04:51 ttx: I just mean we need to decide today and not draw anything out 21:05:09 ok, maybe revisit that question at the end of the meeting then. 21:05:23 Moving on 21:05:26 #topic Release status 21:05:35 #link http://wiki.openstack.org/releasestatus/ 21:05:46 We still have 2 feature branches in the FeatureFreezeException track: 21:05:53 https://code.launchpad.net/~citrix-openstack/nova/xenapi-glance-2/+merge/45977 21:06:05 jaypipes: could you give us a quick summary of the situation ? 21:06:17 sure.. 21:06:27 or maybe ewan 21:06:45 right here 21:06:53 ewanmellor: could you give us a quick summary of the situation ? 21:07:15 xenapi-glance-2 was delayed because of Glance packaging issues. that has been fixed, but there were other bugs in Glance that showed up. the one right now that is a showstopper is appparent large file upload limitations... 21:07:38 So, while citrix' code is fine, glance has bugs that may be showstoppers for merging that code in. 21:08:20 jaypipes: and we are still a few days away from getting those ironed out, right 21:08:31 We've worked around those problems by registering images by URL rather than by upload 21:08:39 ttx: and since I'm currently the only one working on glance bugs, it's a little tough to predict if I can get them all fixed in time . 21:08:54 ewanmellor: sure, but that's a limitation for sure.. 21:08:59 So from a release management perspective, I want us to stop merging new code asap... 21:09:08 But it's up to the nova-core team to determine if it's ready to go in or not. 21:09:31 ttx: like I said, it's not the xenapi-glance-2 code that's buggy, it's glance... 21:09:32 There's no reason to block the Nova half of the code because of a bug in Glance. 21:09:51 jaypipes: Thanks ;-) 21:10:03 jaypipes: so should we merge the code ? 21:10:11 the code is fine, the feature is not, IIUC 21:10:13 ewanmellor: agree, lets merge the branch and let the glance bug be a glance bug 21:10:17 ttx: that is true, actually, there are 2 workarounds... one for glance (use x-image-meta-location) and one is just use nova-objectstore... 21:10:19 I can get someone to help with the Glance bugs. 21:10:54 ttx: I don't want to make the final call, because it's my bugs that are the issue... 21:11:05 * jaypipes hides sheepishly... 21:11:07 any other nova-core dev wanting to chime in ? 21:11:22 ttx: devcamcar says proceed... 21:11:23 jaypipes: Are the glance problems likely to be resolved any time soon? 21:11:33 soren: hopefully, yes. 21:11:44 I say merge it 21:11:47 +1 21:11:50 +1 21:11:51 soren: there were, like 6 bugs, and I've fixed all but 1 of them.. 21:11:52 are we talking about merging a branch we can't test? 21:11:59 xtoddx: no. 21:12:09 then merge 21:12:20 xtoddx: it has unit tests and has functional testing ability (with the workarounds mentioned above) 21:12:20 ok, then please one of you set the branch to approved now :) 21:12:33 devcamcar: go for it. 21:12:46 jaypipes: If the only problem is the large file uploading one, that should be fixable 21:13:02 second feature branch left: 21:13:05 https://code.launchpad.net/~termie/nova/db_migration/+merge/46073 21:13:09 ttx: I'll try to get that remaining bug resolved, and in the unlikely event I cannot resolve it, we'll make a note in the release about the workarounds. 21:13:16 termie: could you give us a quick summary of the situation, though I guess that will quickly bring us to the next topic... 21:13:22 jaypipes: works for me 21:13:31 creiht: yeah, that's the only bug left. 21:13:36 the branch is essentially done, it has just been being updated to track trunk changes to db schema 21:13:51 the latest tracking brought me to the changes introduced by live_migration 21:14:06 which is up for some debate and the db_migration branch is stalled on it 21:14:26 Can you explain how db_migration is stuck because of it? It's not entirely clear to me. 21:14:35 no debate in my mind... I've voted for a reversion of live-migration and a merge of db-migration... 21:14:39 largely in that the schema changes it suggests do not appear to be completely thought out 21:15:24 ok, let's switch to the next topic then 21:15:29 #topic Live-Migration patch 21:15:37 vishy/termie: floor is yours. 21:15:51 sure, some discussion has already happened over on https://code.launchpad.net/~termie/nova/revert_live_migration/+merge/46660 21:16:10 basically there are a number of issues with the patch 21:16:11 termie: wouldn't it be simpler at this point to just fix the remaining issues ? 21:16:12 the gist of it is that i think the code review of the live_migration branch failed to identify issues 21:16:26 there are two options: keep the merge in and fix the issues 21:16:29 ttx: not nearly so simple as reverting the patch, no 21:16:38 ttx: there are no tests in the patch 21:16:44 or revert the merge and let the original author fix the issues 21:17:09 termie: "revert+fix+rereview" is not simpler than "fix" 21:17:18 ttx: yes it is when there are no tests 21:17:30 ttx: and we are only talking about revert here 21:17:36 termie: I can't help but wonder why you didn't raise these issues while this patch was being reviewed? 21:17:45 soren: i didn't review the patch 21:17:52 soren: i don't believe i am expected to review them all? 21:18:02 Are you in nova-core? 21:18:05 OK guys, let's cool it. 21:18:06 I think we have failed as a team in terms of reviewing 21:18:06 termie: if we revert it, that means we push it back to Cactus. We can't wait for another review cycle. 21:18:10 couldn't we implement some test-coverage requirement hook/test in hudson?? 21:18:17 A number of us were on vacations, let's be more reasonable here.. 21:18:19 ttx: i think it should be pushed back to after bexar, yes 21:18:35 termie: I'm fine with that, just explaining what "reverting" exactly means 21:18:49 vishy: I agree we have failed 21:18:58 dragondm: we already have coverage checks, we're just not enforcing anything. but, yes, we could 21:19:05 dragondm: Current trunk would fail such a test, probably. 21:19:15 we need to have a discussion about nova-core and reviews. We proposed to the community that they could submit patches before BMPF and that we would help them prepare for FF 21:19:26 we clearly did not do that well for this patch 21:19:42 and most of the external patches were probably under-reviewed 21:20:02 agreed, for this specific patch. most other patches had a lot of review, however (xenapi-glance-2, for instance..) 21:20:03 soren and I hit most of them, but we did it too late and too quickly imo 21:20:40 vishy: sorry, what did you mean by "external patches"? 21:20:56 jaypipes: i think he means patches not coming from core team members 21:21:03 jaypipes: patches done by non- nova-core members 21:21:03 ah, k. 21:21:07 jaypipes: we tend to talk about our own patches amongst ourselves more 21:21:25 yea i did notice a number of patches that weren't reviewed by nova-core but were still approved 21:21:30 vishy: At some point, I did switch into "alright, I think this is `good enough`, we can fix the remaining issues after the freeze" sort of mode. 21:21:37 is there some way to enforce that? 21:21:42 vishy: Perhaps not entirely consciously. 21:21:44 I think some non-core patches were very heavily reviewed (all of the citrix ones at least). the reason is because we were able to go through 5-6 cycles for each of the patches.. 21:21:58 In the end it's a chief architect / nova-core decision. Is it good enough ? I just set the deadline. 21:22:08 soren: me too 21:22:09 devcamcar: Whuh? 21:22:19 devcamcar: Example? 21:22:20 devcamcar: that's not possible AFAIK... 21:22:32 devcamcar: only nova-core can approve 21:22:49 it is possible if someone from nova-core doesn't wait for the second approval 21:22:50 i could have sworn i saw a few, maybe i'm wrong 21:23:05 adding to nova core and having more people doing reviews would be helpful 21:23:07 vishy: yes, that is true. 21:23:16 dendrobates, +1 21:23:19 To me, being in nova-core means you *must* do reviews. 21:23:28 soren: +1 21:23:31 +1 21:23:33 nova-core is a duty, not a right 21:23:38 Membership in nova-core is.. 21:23:41 right, precisely. 21:24:14 soren: I am working on a definition of core dev for the wiki 21:24:21 people that don't have time to review sould remove themselves from nova-core so we know how many active reviewers we have 21:24:21 Guys, I think we should keep some perspective here... granted, this live-migration patch was a mess, but overall, we reviewed dozens of patches in the last week or so... 21:24:21 should be published tonight 21:24:39 vishy: Fully agreed. 21:24:47 if nova-core means must then require sizeof(nova-core) approvals 21:24:47 jaypipes: true...its the big ones that no one wants to touch 21:25:00 We should ask lp to have a popup when you hit the approve button to confirm that all unit tests were run and that they did indeed read the code 21:25:04 ;) 21:25:24 creiht: we should ask lp to have line-by-line code review 21:25:31 vishy: not necessarily :) I reviewed some pretty big ones...but just did not get around to live-migrations for some reason.. 21:25:39 in any case we can go on about fixes to the process, but we need to take action on this particular patch, so what should we do? 21:25:47 termie: No, we shouldn't. I don't want to use a web UI to do code review. 21:25:56 Fix the patch. 21:26:07 IMO 21:26:23 it can be tough to review the larger patches solo 21:26:26 is this a vote then? revert vs. fix patch? 21:26:29 revert 21:26:35 revert 21:26:39 it would be valuable to have a way to review virtually as a group 21:26:43 i feel that it was our (nova-core's) failure and to show good faith to the community we should fix it ourselves. 21:26:54 devcamcar: standard line-by-line code review handles group interaction well 21:27:06 fix 21:27:10 fix, basically because we messed up. 21:27:21 termie: yes it does but lp doesn't do it =x 21:27:25 revert 21:27:37 revert, and fix in a branch ourselves? 21:27:49 Just to be clear: Revert means revert the patch and refuse the feature for bexar? 21:27:51 definitely revert though 21:28:02 xtoddx: there is no time left for that option 21:28:09 (revert+fix) 21:28:11 just playing devil's advocate - why is it our job to fix as opposed to authors 21:28:12 ttx: for cactus then 21:28:18 soren: yes 21:28:20 devcamcar: We approved it. 21:28:21 xtoddx: ack 21:28:37 we shoudn;t have merged it, but once we did, we all own it. 21:28:40 soren: yes 21:28:41 If people hated the patch so much, they should have said something. Really. 21:28:47 devcamcar: and we didn't review it in a timely manner as outlined for the process for getting stuff in. 21:28:58 ok, change my vote to fix 21:29:21 otherwise its not going in this release 21:29:34 soren: you should have reviewed it better, you can't blame that on somebody else 21:29:43 I'm not nova-core, but I prefer to "fix", not because otherwise it won't make it into this release, but to be fair to the proposer 21:29:45 termie: I'm not. 21:29:52 termie: it's not all on soren. we all played a role. 21:29:55 termie: How am I blaming anyone else? 21:29:57 since he proposed well before the branchmergeproposalfreeze 21:30:07 soren: "if people hated the patch so much..." etc 21:30:20 termie: If I were proposing to revert, *then* I'd be a hypocrite. 21:30:24 soren: we depend on the people who review something to do it correctly 21:30:31 otherwise we _all_ have to look at eevery patch 21:30:47 termie, soren: take it to pms 21:30:52 termie: I'll take credit for being lazy with the review 21:31:05 Me too, for sure. 21:31:08 I take my part in the blame -- I pushed for getting stuff merged 21:31:11 we don't need to assess blame, we just need to move on 21:31:18 xtoddx: ++ 21:31:20 (though I also pushed for getting stuff reviewed :) 21:31:25 I decided to let it in and fix things after the fact. 21:31:33 it's about half/half votes 21:31:38 I figured it'd be faster, and the really tricky bits seemed ok. 21:31:41 forget blame, I'm taking credit...laziness is an asset! :) 21:31:47 I think we can agree to fix the process and not let this happen again. 21:31:47 hehe 21:31:53 at least it was pep8 compliant ;) 21:31:54 sounds like it's time for some chief architect fiat 21:32:03 creiht: had to go there, didn't ya? :P 21:32:04 creiht: it wasn't until the last review 21:32:08 :P 21:32:17 >:) 21:32:18 who is volunteering to make the fix and get it reviewed if we vote for fix? 21:32:21 we have a policy of piece-meal commits to keep size down, so approving a half-baked commit should be expected occasionally. 21:32:32 ttx: what was the vote? 21:32:43 johnpur: looks like me 21:32:44 "fix" vs. "revert and defer to cactus" 21:32:52 there are no tests though 21:32:56 so it can't be fixed 21:32:57 termie: how much time will this take? 21:33:11 I don't tjhink it would just fall on termie 21:33:19 soren: you should help to. 21:33:22 can we get tests from the original author 21:33:28 masumotok can probably help 21:33:38 johnpur: lets ping him for some tests 21:33:47 tests usually take longe rot write than the code, for the record 21:33:59 termie: a sad fact! 21:34:01 meanwhile we can clean up formatting issues and such 21:34:08 how much time ca I have to add the test? 21:34:29 ttx: how long can we reasonably take? 21:34:43 lets aim for landing the fix before gamma freeze? 21:34:44 johnpur: depends on how much that blocks db-migration 21:34:51 I want db-migration in 21:34:54 Me too. 21:35:01 me too 21:35:05 since its 1k lines still needing to hit trunk 21:35:14 ttx: they are self-contained lines 21:36:01 masumotok: hi, didn't know you were here 21:36:02 ttx: so it doesn't affect much by waiting, i'd like it in too but we will have to change that code again once the new changes happen 21:36:27 so either i update it to fit with current and then make another branch after this fixes branch goes in 21:36:29 isn't gamma freeze in 8 days? can we get tests in next 2 days and reviews in an additional day? 21:36:32 OK. Let's give the db-migration branch until the end of the week 21:36:43 ttx: agree 21:36:47 do we want to aim for tests from masumotok by end of week, leaving the weekend and until tuesday to land fixes to that branch and migrations before gamma freeze? 21:36:56 since it was expected to be the last branch anyway, by design 21:37:00 masumotok: i am happy enough to work wiht you to write tests, i don't think this will be a very easy thing to test 21:37:18 xtoddx: that's pushing it a bit thin IMHO. 21:37:18 masumotok: but i have worked with testing a lot so maybe can offer assistance 21:37:24 down to the wire again :( 21:37:43 dendrobates: that's how we roll! 21:37:47 jaypipes: then lets make a post-gamma exception and get it in before release candidate freeze? 21:37:55 xtoddx: no way 21:38:06 we want both features, what the other option? 21:38:16 xtoddx: no, I was suggesting the other way :) reviews complete by end of week, tests done by Thursday. 21:38:18 I think we have enough time 21:38:32 if the tests don;t arrive at that late date, what would we do? 21:38:40 revert right before release 21:38:42 ? 21:39:02 masumotok: think you can get your team to get tests done by Thursday end of day UTC? 21:39:03 dendrobates: the end of this week is not right before release 21:39:11 i would say revert now if matsumotok is on board and he can just work on cleaning the branch up more 21:39:19 jaypipes: yes 21:39:21 ttx: I meant post gamma 21:39:26 dendrobates: let's make sure that doesn't happen.... sounds like there is a lot of help ready to write the tests 21:39:31 I'm thinking we revert and merge db migration today. if we can get it fixed up before freeze, it makes it, if not, it's not a big revert at the last minute 21:39:39 dendrobates: no way I'll let that overflow to next week, lest postgamma 21:39:42 eday: +1 21:39:58 termie: I'm on the fence with this one... 21:40:22 eday: that is starting to seem more sane to me 21:40:24 eday: that was termie's original suggestion, and what I voted for originally... 21:40:35 eday: I'm ok with that proposal if masumotok is ok with it 21:40:37 jaypipes: yup 21:40:38 jaypipes: time to get off the fence, let's decide 21:40:52 I think we are waiting for masumotok 21:40:56 I feel comfortable merging db-migration late... but not so much merging live-migration late 21:41:09 ttx: why?> 21:41:13 johnpur: revert live-migrations, merge db-migrations, masumotok to make tests by thursday, nova-core to get reviewed by end of this week. 21:41:29 End of the thursday I submit the test code, do I? 21:41:39 UTC 21:41:39 because db-migration is relatively self-contained 21:41:57 masumotok: yes, along with the rest of the patch, which we'll revert to get the db-migrations patch in. 21:42:11 jaypipes: that is fine. 21:42:21 ok, done. 21:42:26 masumotok: and you have nova-core to assist with you in the tests as you need it. 21:42:46 not really, who is going to handle reverting? 21:42:58 dendrobates: it's already proposed by termie.. 21:42:59 dendrobates: termie has a branch up for it 21:42:59 dendrobates: already submitted the merge prop 21:43:01 dendrobates: termie has a branch 21:43:07 4x 21:43:09 easy then 21:43:12 heh 21:43:12 ttx: Can you post a summary of this discussion? 21:43:17 ttx: On that bpm? 21:43:19 all: nice conclusion 21:43:21 bmp, even. 21:43:22 soren: I will. Tomorrow 21:43:33 haha, i read that as "eday then" which was quite the non-sequitur. 21:43:39 #action ttx to summarize the decision on live-migration 21:43:45 ttx: what, you can't work all night? 21:43:56 dendrobates: that depends how much more you can pay me 21:44:08 #topic D release naming 21:44:24 OK, funnier discussion now. 21:44:27 As we move closer to Bexar release, we need to discuss the name of the "D" release. 21:44:33 I summed up the rules of the game at: 21:44:38 #link http://wiki.openstack.org/ReleaseNaming 21:44:50 There aren't so many cities and counties in California starting with a D, but some people added new ones 21:44:56 Please dump your preference on the channel for a highly scientific popularity contest ! 21:45:02 diablo!!!!! 21:45:05 Sounds like it boils down to dublin vs. Diablo 21:45:07 diablo 21:45:09 Denver. 21:45:10 I like Dublin. Mostly because of Dr Pepper 21:45:11 Dublin ! 21:45:16 Dunsmuir 21:45:19 i think danville is pretty funny 21:45:22 as a california native 21:45:23 Downieville (http://en.wikipedia.org/wiki/Downieville,_California) 21:45:43 diablo 21:45:44 stephenspector asked me to vote "Diablo" for him 21:45:47 Diablo sounds awesome. 21:45:50 <_cerberus_> Diablo 21:45:53 diablo 21:45:57 * jaypipes was joking... diablo sounds good to me. 21:45:59 Dublin does double duty as a tx city and a ca city 21:46:08 Diablo, no doubt 21:46:16 * creiht like Dublin 21:46:18 easier to drink beer from dublin to celebrate, also 21:46:19 * vishy votes for Dorris 21:46:25 diegoparrilla: ah, hola. :) 21:46:25 so we are ok with diablo but not corpus-christi? :) 21:46:38 Yes. :) 21:46:39 eday :) 21:46:43 and don't forget dublin sugar dr pepper :) 21:46:44 Absolutely. 21:46:45 Diablo has more non-city meaning than Dublin 21:46:49 * sandywalsh_ looks for the lightning clouds 21:46:50 corpus christi isn't in California. :P 21:47:01 diablo just makes me think of the video game 21:47:01 Hard to explain it's supposed to be a city reference 21:47:05 * creiht thinks diablo is a dumb name for a release 21:47:13 clicking on pale yellow artifacts 21:47:18 * dabo votes for Dublin 21:47:18 jaypipes: for the C release we shot it down due to religious implications 21:47:31 diablo++ 21:47:32 eday: yes, I know. :) I was pulling your chain. 21:47:34 so let's count 21:47:46 diablo is not religious? ;) 21:47:47 eday: What's that? diablp? 21:47:49 eday: Diablo should go for the same reason 21:47:53 How about... wait for it... 1.0? :) 21:48:07 dabo++ 21:48:08 * jaypipes kickbans creiht. 21:48:10 jaypipes: hi! 21:48:11 creiht: pffft. thats so 1990s 21:48:12 :) 21:48:23 creiht: did you just vote to name it dabo? 21:48:23 creiht: 1.0 doesn't start with 'D' 21:48:29 lol 21:48:35 doh1.0 21:48:36 ! 21:48:37 Yeah, let's call it dabo!! :) 21:48:37 http://www.google.com/imgres?imgurl=http://www.stanleysteamers.com/vapor-trails/saca-danville/danville1-x.JPG&imgrefurl=http://www.stanleysteamers.com/danville.htm&usg=__SDFY1sLWIcd9U-QADxdsJFF8cuo=&h=571&w=947&sz=82&hl=en&start=0&sig2=0R-fcWbp2eE9pJorsEjH6A&zoom=1&tbnid=tiE6zFbS-8gg9M:&tbnh=120&tbnw=199&ei=pwo2TZm7CJPWtQOStvC1BQ&prev=/images%3Fq%3Ddanville%26um%3D1%26hl%3Den%26safe%3Doff%26sa%3DN%26biw%3D1156%26bih%3D930%26tbs%3Disch:1 21:48:45 deuce? 21:48:51 so it looks like it's Diablo vs. Dublin 21:48:58 we'll create a new city 21:49:06 with Diablo leading a bit, but having strong advocates against it 21:49:12 Drytown 21:49:14 Dublin then is my vote...since it's more identifiable as a city.. 21:49:29 Dumas (dumbass) 21:49:31 Danville LOL. Just got it. I'm slow. 21:49:32 * creiht thinks it is funy that you drop Corpus Christi for religious reasons, but don't for diablo 21:49:34 * vishy still thinks Dorris is incredible 21:49:36 sandywalsh_: ++ 21:49:38 jaypipes: ...even if most won't know it's in CA 21:50:01 ttx: surveymonkey? 21:50:16 http://www.googlefight.com/index.php?lang=en_GB&word1=diablo&word2=dublin 21:50:19 :( 21:50:24 pvo: yeah, that dodn't exactly turned out to be the global consensus I hoped :) 21:50:46 I say DIablo, and during the diablo summit, we take a field trip and hike mt diablo 21:50:57 Of course we want the one with the *fewest* google hits for better ranking. :) 21:51:01 Death Valley? 21:51:09 release del diablo 21:51:12 johnpur: rha 21:51:23 johnpur: yeah, that's the vibe we want! 21:51:55 soren: http://www.googlefight.com/index.php?lang=en_GB&word1=diablo&word2=dorris 21:51:56 johnpur: i like it, its edgy 21:51:57 Dumas is just down the road from Cactus actually 21:52:14 dendrobates: do you have enough momentum for Diablo to decide it, or should we move to a more scientific voting technique ? 21:52:26 science. meh 21:52:37 I say put up a voting 21:52:43 yea, I do too 21:52:53 ok, I'll condorcet it 21:52:57 let everyone vote, not just those on IRC now. 21:53:13 http://www.google.com/imgres?imgurl=http://www.cccprc.org/puppies/images/group/bowling_0106b.jpg&imgrefurl=http://www.cccprc.org/puppies/group-pictures.html&usg=__7KQUKlmiJU3PJ5yeT1eKvI8o_YA=&h=300&w=450&sz=42&hl=en&start=25&sig2=AfHh8A3S53s-EjiV7Y660g&zoom=1&tbnid=7cEhJQUS1fIdBM:&tbnh=141&tbnw=196&ei=wgs2TaT7NYz0swPav7DiBQ&prev=/images%3Fq%3Ddanville,%2Bca%26um%3D1%26hl%3Den%26safe%3Doff%26biw%3D1156%26bih%3D930%26tbs%3Disch:10,631&um= 21:53:26 how can you vote against puppies? 21:53:27 shoudl we really spend more time on this? setting up a vote and whatnot? dendrobates, just pick one :) 21:53:30 #action ttx to turn his failed IRC attempt to a real vote 21:53:39 eday++ 21:53:41 so, top three choices are Diablo, Death Valley and Dublin? 21:53:50 anyone but diablo 21:53:51 :) 21:54:00 Danville, Dumas, Death Valley, Dublin? 21:54:35 vote = dublin 21:54:41 i can hook us up with some danville locals if we want to celebrate in danville 21:54:44 ok, dendrobates said "put up a vote", I'll do that unless someone else feels up to it 21:55:04 Please not Death Valley. Two-word release names are really irritating. 21:55:10 #topic open discussion 21:55:13 So is it still in question on weather or not diablo is in the running? 21:55:20 ewanmellor: rules of the game say "single word, 10 char max" 21:55:23 dendrobates: dublin or diablo, pick one :) 21:55:34 damn, lay off! 21:55:38 lol 21:55:41 haha 21:55:52 * notmyname votes dublin 21:56:01 dublin 21:56:10 yea, more dublin momentum, keep it coming! 21:56:11 * ttx makes mental note: Never discuss release naming on IRC again 21:56:19 corpus christie was not officially rejected, so I see no reason that diablo should be 21:56:23 funny thing is, ultimately, no one really cares ;) 21:56:26 ttx: lol 21:56:27 tts: you should know how the internet works by now 21:56:29 eday: ++ 21:56:30 eday: exactly 21:56:32 true 21:56:34 Darwin? 21:56:42 johnpur: to apple 21:56:43 lol 21:57:00 eday: exactly. the only release anyone ever cares about is the one that isn't released yet... 21:57:02 "Downey" seems a bit dangerous for a production release 21:57:18 Disney? 21:57:19 hah 21:57:19 :) 21:57:19 ttx: it'll probably develop a drug habbit 21:57:29 ooooh.... Dulzura? 21:57:36 "The Disneyland release" 21:57:38 * jaypipes picked a bad week to stop sniffing glue. 21:57:41 * eday goes back to real work 21:57:48 #endmeeting