Tuesday, 2011-02-22

*** adjohn has joined #openstack-meeting00:45
*** dendrobates is now known as dendro-afk01:01
*** GasbaKid has quit IRC01:14
*** dendro-afk is now known as dendrobates01:32
*** dendrobates is now known as dendro-afk02:05
*** littleidea has quit IRC02:14
*** littleidea has joined #openstack-meeting02:54
*** adjohn has quit IRC03:20
*** adjohn has joined #openstack-meeting03:29
*** littleidea_ has joined #openstack-meeting05:01
*** littleidea has quit IRC05:03
*** littleidea_ is now known as littleidea05:03
*** littleidea_ has joined #openstack-meeting05:37
*** littleidea has quit IRC05:40
*** littleidea_ is now known as littleidea05:40
*** littleidea has quit IRC07:25
*** gasbakid has joined #openstack-meeting08:46
*** adjohn has quit IRC08:58
*** jsgotangco has joined #openstack-meeting09:00
*** jsgotangco has quit IRC09:02
*** jsgotangco has joined #openstack-meeting09:03
*** jsgotangco has quit IRC09:14
*** gasbakid has quit IRC09:38
*** GasbaKid has joined #openstack-meeting13:14
*** dendro-afk is now known as dendrobates13:45
*** littleidea has joined #openstack-meeting13:50
*** littleidea has quit IRC13:58
*** dendrobates is now known as dendro-afk14:10
*** DigitalFlux has joined #openstack-meeting14:17
*** dendro-afk is now known as dendrobates14:18
*** pvo has joined #openstack-meeting14:29
*** DigitalFlux has quit IRC14:30
*** DigitalFlux has joined #openstack-meeting14:35
*** littleidea has joined #openstack-meeting14:57
*** DigitalFlux has quit IRC15:08
*** DigitalFlux has joined #openstack-meeting15:12
*** DigitalFlux has quit IRC15:29
*** creiht has joined #openstack-meeting15:42
*** GasbaKid has quit IRC15:52
*** littleidea has quit IRC15:54
*** dendrobates is now known as dendro-afk17:05
*** dendro-afk is now known as dendrobates17:34
*** dendrobates is now known as dendro-afk19:04
*** dendro-afk is now known as dendrobates19:05
*** hub_cap has joined #openstack-meeting20:03
*** pvo has quit IRC20:19
*** dendrobates is now known as dendro-afk20:26
*** ttx has joined #openstack-meeting20:27
*** berendt has joined #openstack-meeting20:36
*** eday has joined #openstack-meeting20:41
*** Daviey has quit IRC20:41
*** Adri2000 has quit IRC20:41
*** arun has quit IRC20:41
*** xtoddx has quit IRC20:41
*** berendt has quit IRC20:42
*** berendt has joined #openstack-meeting20:42
*** ewanmellor has joined #openstack-meeting20:57
zulhi20:58
* creiht bows21:00
*** Daviey has joined #openstack-meeting21:00
*** Adri2000 has joined #openstack-meeting21:00
*** arun has joined #openstack-meeting21:00
*** xtoddx has joined #openstack-meeting21:00
ttx'lo21:00
*** annegentle has joined #openstack-meeting21:00
*** jk0 has joined #openstack-meeting21:01
ttxok, let's get started !21:01
ttx#startmeeting21:01
openstackMeeting started Tue Feb 22 21:01:25 2011 UTC.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.21:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.21:01
ttxWelcome to our weekly OpenStack team meeting...21:01
soreno/21:01
ttxToday's agenda:21:01
ttx#link http://wiki.openstack.org/Meetings21:01
sorenIs it too late to add stuff to the agenda?21:01
ttxsoren: no21:02
soren\o/21:02
ttxif you do it reaalllly quick.21:02
ttx#topic Actions from previous meeting21:02
*** openstack changes topic to "Actions from previous meeting"21:02
ttx* ttx and johnpur to ensure the stability goals are defined and properly tracked21:02
ttxWe started the discussion, and a few threads have spawned on the ML.21:02
ttxAs part of the "release status" topic in the meeting I'll track the number of new bugs (which reflects testing) and fixed bugs (which reflects stabilization effort).21:03
ttx* ttx to create the diablo series: DONE21:03
ttx* ttx to target bugs to 2011.1.1 and post proposed list of fixes for last-minute comments: DONE21:03
ttx* POC to rule on point release policy for the different projects21:04
ttxAny POC member available to comment ? Last time Ewan said you were waiting on some answers from the distributions side.21:04
*** kpepple has joined #openstack-meeting21:04
sorenUh..21:04
*** dendro-afk is now known as dendrobates21:04
*** jk0 has quit IRC21:05
*** comstud has quit IRC21:05
*** _cerberus_ has quit IRC21:05
*** zul has quit IRC21:05
*** antonym has quit IRC21:05
*** berendt has quit IRC21:05
*** deshantm has quit IRC21:05
*** soren has quit IRC21:05
*** Daviey has quit IRC21:05
*** Adri2000 has quit IRC21:05
*** arun has quit IRC21:05
*** kpepple has quit IRC21:05
*** xtoddx has quit IRC21:05
*** sleepsonthefloor has quit IRC21:05
*** glenc has quit IRC21:05
*** blamar has quit IRC21:05
*** dendrobates has quit IRC21:05
*** ewanmellor has quit IRC21:05
*** annegentle has quit IRC21:05
*** uvirtbot has quit IRC21:05
*** jbarratt has quit IRC21:05
*** eday has quit IRC21:05
*** westmaas_away has quit IRC21:05
*** chmouel has quit IRC21:05
*** vishy has quit IRC21:05
*** RichiH has quit IRC21:05
*** alekibango has quit IRC21:05
*** anticw has quit IRC21:05
*** termie has quit IRC21:05
*** ke4qqq has quit IRC21:05
*** ttx has quit IRC21:05
*** troytoman-away has quit IRC21:05
*** jeremyb has quit IRC21:05
creihthrm21:06
* creiht waits21:06
creiht:)21:06
*** jk0_ has joined #openstack-meeting21:08
*** chmouel has joined #openstack-meeting21:08
*** jeremyb has joined #openstack-meeting21:08
*** dendrobates has joined #openstack-meeting21:08
*** ke4qqq has joined #openstack-meeting21:08
*** RichiH has joined #openstack-meeting21:08
*** termie has joined #openstack-meeting21:08
*** blamar has joined #openstack-meeting21:08
*** vishy has joined #openstack-meeting21:08
*** uvirtbot has joined #openstack-meeting21:08
*** anticw has joined #openstack-meeting21:08
*** westmaas_away has joined #openstack-meeting21:08
*** glenc has joined #openstack-meeting21:08
*** troytoman-away has joined #openstack-meeting21:08
*** sleepsonthefloor has joined #openstack-meeting21:08
*** jbarratt has joined #openstack-meeting21:08
*** alekibango has joined #openstack-meeting21:08
*** ttx has joined #openstack-meeting21:08
*** eday has joined #openstack-meeting21:08
*** ewanmellor has joined #openstack-meeting21:08
*** Daviey has joined #openstack-meeting21:08
*** Adri2000 has joined #openstack-meeting21:08
*** arun has joined #openstack-meeting21:08
*** xtoddx has joined #openstack-meeting21:08
*** annegentle has joined #openstack-meeting21:08
*** kpepple has joined #openstack-meeting21:08
*** soren has joined #openstack-meeting21:08
*** deshantm has joined #openstack-meeting21:08
*** berendt has joined #openstack-meeting21:08
*** zul has joined #openstack-meeting21:08
*** _cerberus_ has joined #openstack-meeting21:08
*** antonym has joined #openstack-meeting21:08
creihtyay for netsplits :/21:08
soren\œ/21:09
dendrobatesthanks annegentle21:09
sorencraptastic timing for a netsplit.21:09
annegentle"# follow up with a unified release plan that takes into accounts division of upstream/downstream labor and support time frames (jbryce, 21:25:39)"21:09
ttxannegentle: thanks !21:09
* ttx likes to facilitate, though those are a bit of a testing pain.21:09
ttxok, moving on21:09
ttx#topic Current release stage: Development21:09
ttxWe are almost at half-time for this cycle feature merge window.21:09
ttxwe lost the meetbot21:09
*** openstack changes topic to "Current release stage: Development"21:09
ttxoh, no it catches up21:09
ttx#info The next date is BranchMergeProposalFreeze, on March 17. You should have your feature branches proposed before that date.21:09
ttx#topic Cactus Release status21:09
*** openstack changes topic to "Cactus Release status"21:09
ttx#link http://wiki.openstack.org/releasestatus/21:09
ttxI'd like to make sure this reflects what you plan to work on for Cactus, so please take 2 minutes to check21:10
ttxIf your stuff is missing please ping dendrobates (nova), jaypipes (glance) or creiht (swift)21:10
ttxAlso if your stuff is listed but with an incorrect state (like it's marked "not started" while you started it), feel free to fix implementation status on the blueprint itself. See:21:10
ttx#link http://wiki.openstack.org/BlueprintsLifecycle#Blueprints_Fields_reference21:10
ewanmellordendrobates: xenapi-basic-network-injection is ready for approval.  The branch is already subject to merge request too.21:11
ttxdendrobates: I'd like to have priorities set on the remaining nova specs. Can you get to that soon ?21:11
dendrobatesyes, by tomorrow21:11
ttx#action dendrobates to set priorities for last nova specs21:11
ttxjaypipes: Could you set tentative assignees for the unassigned Glance specs ? You can always fix that later21:12
ttxhm, no jaypipes21:12
ttx#action jaypipes to set tentative assignees for Glance specs21:12
ttxcreiht: same for https://blueprints.launchpad.net/swift/+spec/cactus-checksum-get21:12
creihtttx: done21:12
ewanmellordendrobates: Also xenapi-vlan-network-manager is Pending Approval.21:13
ttxcool.21:13
ttxOn the completion rate, based on the data I have:21:13
dendrobatesewanmellor: I'm on it.21:13
ttx#info Glance is 38% completed,  6% proposed, 13% in progress, 43% not started21:13
ttx#info Nova   is  3% completed, 17% proposed, 54% in progress,  9% not started21:13
vishyo/21:13
ttx#info Swift  is  0% completed,  0% proposed, 25% in progress, 75% not started21:14
ttxNothing critical, but it's pretty obvious we need to land the already-proposed branches21:14
ewanmellordendrobates: Thanks!21:14
ttx#info We have 23 merge proposals open on Nova, 2 on Glance and 4 on Swift.21:14
ttxHopefully the recent nova-core additions and the set up of daily reviewers will help in clearing the backlog.21:14
ttxOn the stabilization effort:21:14
ttx#info 39 new bugs filed, 28 bugfixes merged over the last week21:15
*** jk0 has joined #openstack-meeting21:15
ttxThat's quite impressive.21:15
*** jk0_ has quit IRC21:15
ttxSpecail thanks to newcomers that help test, file and fix bugs21:15
*** justinsb has joined #openstack-meeting21:15
ttxAny question on the Cactus release status ?21:16
ttxalrighty21:16
ttx#topic Nova 2011.1.1 release status21:16
*** openstack changes topic to "Nova 2011.1.1 release status"21:16
*** berendt has quit IRC21:16
ttxSo we are now ready to land branches at https://code.launchpad.net/~hudson-openstack/nova/bexar/+activereviews -- please review and approve them, if possible today21:17
ttx#action nova-core to review and approve proposals blocking 2011.1.121:17
ttxIf that's done, I'll generate candidate tarballs and Ubuntu packages tomorrow, which we'll use to test that the targeted bugs have indeed been fixed, and that we didn't introduce regressions.21:17
ttxI'll ping some of you for bugfix validation. Everyone else feel free to spend some cycles on checking the candidates when they will be available.21:18
ttxIf everything goes well, we'll release Nova 2011.1.1 early next week.21:18
ttxQuestions ?21:18
sorenNope.21:18
ttx#topic Review days for nova-core21:19
*** openstack changes topic to "Review days for nova-core"21:19
ttxsoren: floor is yours.21:19
*** berendt has joined #openstack-meeting21:19
sorenCool.21:20
sorenSo, the proposal that's been floating on the mailing list is that each day, there will be a member of nova-core who's responsible for doing reviews.21:20
sorenEveryone else is still encouraged to do reviews, of course.21:21
sorenIt's meant as a tool to guarantee that proposed branches don't rot because noone wants to look at them.21:21
sorenIf it's your review day, you have to review stuff that is still outstanding.21:21
sorenAs a corrolary, if you're not ready to accept this responsibility, you don't get to be part of nova-core anymore.21:22
*** berendt_ has joined #openstack-meeting21:22
sorenThat ensures currency of that team.21:22
justinsbDo we need one or two core approves to get something merged?21:22
sorenTwo.21:22
creihtIt seems a bit silly to me to have "assigned days"21:22
termieThere was a different (though not exclusive) proposal to require core devs to explicitly target their reviews to people appropriate for the review21:22
sorenSo if the branch is perfect, it should never take more than two days to get something merged.21:22
vishysoren: If the review is about an unfamiliar section of the code, should the guideline be to review for coding style and explicitely target someone who is familiar with that section?21:23
jk0I like the idea of targeting core reviewers21:23
sorenI think it would be perfectly reasonable for the first person reviewing that branch to target other reviewers.21:23
jk0it might take one person out of context 10x as long to review code21:23
justinsbWhy don't we have two people 'on base', so that things can get done same-day?21:23
sorenLike, if it's a network related one, you might expliclity add vishy as a reviewer.21:23
kpepplesoren: +121:23
creihtWould it also be reasonable to have 2 reviews, with at least 1 core reviewer?21:24
creihtThat would seem to encourage outside reviews more21:24
termiejustinsb: i don't think same day is always the best if the extra day lets somebody with relevant opinions get a chance to look at it21:24
creihtotherwise, a non-core review seems pointless21:24
sorencreiht: So far, the requirement has been two core devs.21:24
creihtsoren: I know, that's why I am offering an alternative21:24
jk0creiht: ++, that leaves little incentive for non-core reviews21:24
*** berendt has quit IRC21:24
termiecreiht: non-core reviews still elicit changes in the code21:24
sorencreiht: Reviews are not only a tool for getting stuff merged. It's a way for reviewer and proposer to both improve.21:24
sorencreiht: So no, I wouldn't say a non-core review is pointless at all.21:25
jk0not pointless, but it might be harder to get non-core reviews21:25
sorencreiht: Oh, right I see what you're saying.21:25
creihtsoren: From the reviewers point of view, it feels pointless21:25
ttxincentive for non-core reviews is to get noticed as a potential -core member21:25
justinsbHow about this: there's a daily core reviewer that does a faster first review (for style etc), and they ping the domain-expert core member once it's OK in terms of style.21:25
sorencreiht: With all due respect, then I think you're doing review wrong :)21:25
ttxyou have to do non-core reviews to convince people that you're a good reviewer21:25
termiejustinsb: that sounds pretty good21:25
creihtwow21:26
vishyjustinsb: +1, they can also do extensive reviews for the parts of code that they are familiar with21:26
creihtI'm just trying to get more interest in getting outsiders to review21:26
creihtbut meh21:26
jk0here's another way to look at it21:26
vishysoren: i think he's talking about the non-core reviewers POV21:26
jk0personally I am more familiar with xenapi, and have no dev envs available for testing kvm (for example)21:26
creihtglad trunk never breaks for nova because you have 2 *core* reviewers21:26
jk0how can one do a thorough kvm review w/o having a kvm test env?21:27
vishysoren: as in if you aren't in core, why bother to review, because it doesn't "seem" to help21:27
sorencreiht: The "problem" is that we have no group in between nova-core and "complete stranger who happens to manage to click a button on a web ui".21:27
termievishy, soren, creiht: reviews help as much as contributing code21:27
termiecontirbuting code does not require core status, neither does reviewing21:28
ttxvishy: maybe we should make it more obvious that it helps, even if it doesn't strictly count toward acceptance ?21:28
vishytermie: i understand that, but to a new contributor i can see how it would feel "pointless"21:28
sorenvishy: What termie says, basically.21:28
creihttermie: I agree, and is why I am making suggestions in an effort to try to increase the chance that you get others to review21:28
vishyttx: +121:28
creihtsoren: I would suggest that it would be the core reviewer who would determine if an outsiders review is reasonable21:28
sorenThe point of review isn't one of gatekeeping. It's just as much about improving as a programmer and to get to learn the code base. This is true for both reviewer and proposer.21:28
jk0any feedback on not being able to give a thorough review if you don't have a particular test env?21:28
ttxMy point is that if you want to join nova-core, you should do "community" reviews, that should help with your application21:29
termiettx: one could think of it this way: it is unlikely that points raised in a treview by a non-core member would not be addressed21:29
vishycan we create a master list somewhere (wiki perhaps) of sections of the code, where people can mention that they want to be included in reviews about a section21:29
vishythe daily person can use the list to assign one (or more) specific reviews21:29
sorenvishy: That sounds like a good idea.21:29
ttxwe clearly need reference docs about reviews :)21:29
creihta review board!21:30
vishyttx: i think termie volunteered to do that21:30
termiettx: that's an action item for me21:30
creiht:)21:30
sorenDoes anyone have strong feelings against the corolary?21:30
soren"corollary"21:30
jk0I have a concern21:30
jk0any feedback on not being able to give a thorough review if you don't have a particular test env?21:30
sorenShoot.21:30
vishyjk0: style review + request a specific review from someone21:30
termiejk0: point the review at somebody else so they can check also21:30
jk0I personally like to test as much as possible unless it's an obvious one-liner21:31
vishyusing the wiki21:31
sorenjk0: It kind of feeds back into our need for better test infrastructure.21:31
vishy+3 for functional testing of arbitrary branches21:31
sorenjk0: Ideally, we21:31
soren'd have means for testing any/all sort of setup.21:31
* creiht would hope someone actually tries to run the code they review21:31
jk0creiht: that's my point.. right now, we really can't21:32
jk0so I think that wiki would be a good idea21:32
sorenjk0: Do you have specific examples?21:32
jk0yep, for example we only use XenServer in our labs21:32
termiesoren, jk0: his specific examples were kvm vs xen21:32
jk0so there's no way for us to test something that requires kvm or anything else like that21:32
ttxI think we are drifting from the main subject, which is "review days, yes or no"21:32
*** dendrobates is now known as dendro-afk21:33
jk0I think the review days would work if we ensured we all had the appropriate testing envs21:33
sorencreiht: Re: your suggestion above: Do you have a specific proposal? How would you differentiate between someone who just created an lp account and went and randomly clicked approve on stuff vs someone who's actually a useful reviewer?21:33
ttxjk0: oh, I see your point.21:33
vishy+1 for review days (with primary job being to find another tester if you can't test it)21:33
ttxjk0: currently you have the choice to ignore branches you can't test21:34
justinsbI don't think a reviewer can ever test all environments, so that implies that we'll need to have automated testing.  Which also implies that trunk is going to be 'unstable'.  Once it passes testing, we could auto-merge it with a 'tested-trunk' branch21:34
ttxjk0: with the proposal, if you can't test you have to point the review to someone that can.21:34
jk0that sounds good to me21:35
sorenReposting: Does anyone have strong feelings against the corollary (removing people from nova-core that cannot accept a review day every N days (where N is the number of human beings on the nova-core team)?21:35
ttxjk0: not perfect by any means, but probably better that what we have now21:35
jk0it should work -- we just need that wiki vishy mentioned where everyone lists their preferences21:35
creihtIt is my opinion that if you have to assign days to people to get reviews done, then you are doing it wrong21:35
ttxsoren: someone should be able to skip one day for various reasons without losing -core21:36
sorenttx: Certainly.21:36
sorencreiht: We saw it very clearly coming up to feature freeze last time.21:36
sorencreiht: Very few people were doing reviews. Most were just working on their own, new features.21:37
creihtI'm not saying the problem wasn't there, I just don't think that is the right way to solve it21:37
edaycreiht: I kind of agree, what if we have lots of API branches, but all the API experts don't have a "day" for a while? Seems like we should keep it open and just point folks out more21:37
jk0perhaps we should just try targeting reviews for a while before assigning days?21:38
jk0set that wiki up, see who can review it, and point it to them21:38
annegentlesoren: you'd have to run a schedule and have people swap review days if it landed on a day they couldn't do21:38
annegentlesoren: I think you'll have to have a certain percentage of missed review days before removing from core21:38
justinsbttx: Or they could swap!21:38
soreneday: If the reviewer-of-the-day identifies it as a API sort of branch, they would assign it to API people. If a review is assigned to you, you're not supposed to wait two weeks until your review day comes up.21:38
sorenAgain, this is not meant as an excuse for people to postpone doing reviews. It's meant to ensure that reviews get done.21:39
edaysoren: ok, so it's more of a review manager/assignee (and can handle simple reviews)?21:39
creihtHow about everyone do the responsible thing, and get reviews done?21:39
creiht:)21:39
sorenannegentle: Sure, sure, we're reasonable people. Mostly.21:39
edayerr, assigner21:39
ttxcreiht: eh.21:39
sorencreiht: I wish it were that simple.21:40
soreneday: I guess you could phrase it that way.21:40
edaysoren: I do think giving someone the review cattle prod is a good idea21:40
ttxwe can always backpedal if we realize that review days are not efficiently solving the nova review backlog21:40
jk0in theory there should never be a backlog :)21:41
ttxjk0: exactly.21:41
ttxsoren: do you have what you need out of this, can we move on ?21:42
sorenOk, I'll send out an e-mail to all current nova-core members to see if anyone doesn't want to be part of this. If they say no, they're off the team. The rest end up on a schedule on the wiki where people of course are free to swap, etc., etc.21:42
sorenttx: Yes, thanks.21:42
ttx#topic Open discussion21:42
creihtlol21:42
*** openstack changes topic to "Open discussion"21:42
edayI'd like to announce the new queue service will be named: burrow21:42
creihtsoren: shouldn't that have to go through the POC first? :)21:43
vishy\o/21:43
ttxwe can continue to discuss how much more responsible swift core reviewers are :)21:43
* ttx looks up burrow in a dictionary21:43
sorenIt's like a warren, isn't it?21:43
vishysoren: aye21:43
edayburrow: A burrow is a hole or tunnel dug into the ground by an animal.21:43
vishysoren: lots of little rabbits?21:44
annegentlenice, it's a noun and a verb :)21:44
edaysoren: warren was already taken by a ruby amqp project21:44
sorenImagine that.21:44
soren:)21:44
* ttx looks up urbandictionary for funnier definitions21:44
sorencreiht: At this point, I don't know.21:44
edayAND, we'll be going with Erlang. More later on the ML, but there seems to be more enthusiasm there. If it is a mistake, we'll make the mistake faster with Erlang too :)21:45
edayif you're an Erlang pro and want to be on the burrow-core list for reviews, let me know :)21:46
* vishy is not a pro, but I'll subscribe nonetheless21:47
vishyPOC isn't necessary for internal project decisions21:47
creihtvishy: My only question was on core team removal21:48
vishybut we may need to draft the proposal21:48
creihttrue21:48
vishybecause it overrides the POC one21:48
*** Daviey has quit IRC21:49
*** Adri2000 has quit IRC21:49
*** arun has quit IRC21:49
*** kpepple has quit IRC21:49
*** xtoddx has quit IRC21:49
*** kpepple has joined #openstack-meeting21:50
*** xtoddx has joined #openstack-meeting21:50
*** arun has joined #openstack-meeting21:50
*** Adri2000 has joined #openstack-meeting21:50
*** Daviey has joined #openstack-meeting21:50
ttx"to be lazy, lame, or without purpose."21:50
ttxsounds good.21:50
ttxany other news people want to share before we close the bar ?21:50
ttx#info the new queue service will be named: burrow21:50
ttxok, I guess we are done21:50
ttx#endmeeting21:50
ttxThanks everyone!21:50
* ttx wonders if MeetBot recorded that one with the splits.21:50
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/"21:50
openstackMeeting ended Tue Feb 22 21:50:30 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:50
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-02-22-21.01.html21:50
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-02-22-21.01.txt21:50
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-02-22-21.01.log.html21:50
sorenlol21:50
sorenDon't know if it's just the server I'm connected to, but those 8 things from ttx arrived simultaneously.21:51
ttxah.21:51
*** annegentle has left #openstack-meeting21:51
*** ewanmellor has quit IRC21:51
sorenVery effcient way to close a meeting :)21:51
ttxnobody was answering me :)21:51
*** creiht has left #openstack-meeting21:52
* ttx should ask his Freenode friends to move the maintenance window out of our meeting21:52
*** jk0 has left #openstack-meeting21:52
*** littleidea has joined #openstack-meeting21:54
*** berendt_ has left #openstack-meeting21:55
*** eday has left #openstack-meeting21:56
*** hub_cap has quit IRC21:57
*** glenc has quit IRC23:38
*** glenc has joined #openstack-meeting23:39
*** romain_lenglet_ has joined #openstack-meeting23:51
*** romain_lenglet_ has quit IRC23:54

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