Tuesday, 2015-03-17

*** baoli has quit IRC00:00
*** baoli has joined #openstack-meeting-300:00
*** wojdev has quit IRC00:05
*** nati_ueno has joined #openstack-meeting-300:08
*** igordcard_ has quit IRC00:10
*** Piet has joined #openstack-meeting-300:11
*** banix has joined #openstack-meeting-300:14
*** yamamoto has quit IRC00:18
*** yamamoto has joined #openstack-meeting-300:18
*** amotoki has joined #openstack-meeting-300:19
*** pavel_bondar has quit IRC00:20
*** pavel_bondar has joined #openstack-meeting-300:20
*** Swami has quit IRC00:22
*** emagana has quit IRC00:26
*** banix has quit IRC00:26
*** sankarshan_ is now known as sankarshan_away00:28
*** yamamoto has quit IRC00:28
*** reed has quit IRC00:39
*** sreshetn1 has joined #openstack-meeting-300:40
*** Longgeek has joined #openstack-meeting-300:41
*** stevemar has joined #openstack-meeting-300:43
*** sreshetn1 has quit IRC00:45
*** salv-orlando has joined #openstack-meeting-300:50
*** banix has joined #openstack-meeting-300:56
*** sankarshan_away is now known as sankarshan_00:57
*** yamamoto has joined #openstack-meeting-300:59
*** Longgeek has quit IRC01:01
*** Longgeek has joined #openstack-meeting-301:01
*** claired has joined #openstack-meeting-301:08
*** nati_ueno has quit IRC01:08
*** shwetaap has joined #openstack-meeting-301:09
*** shwetaap1 has joined #openstack-meeting-301:14
*** mwang2_ has quit IRC01:16
*** shwetaap has quit IRC01:17
*** claired has quit IRC01:23
*** mattgriffin has joined #openstack-meeting-301:28
*** mattgriffin has quit IRC01:28
*** megm_ has joined #openstack-meeting-301:30
*** megm has quit IRC01:30
*** banix has quit IRC01:31
*** stanzgy has joined #openstack-meeting-301:36
*** stanzgy_ has joined #openstack-meeting-301:36
*** garyduan has joined #openstack-meeting-301:37
*** vishwana_ has quit IRC01:40
*** Longgeek has quit IRC01:41
*** banix has joined #openstack-meeting-301:42
*** bpokorny_ has quit IRC01:44
*** bpokorny has joined #openstack-meeting-301:45
*** s3wong has quit IRC01:48
*** nati_ueno has joined #openstack-meeting-301:48
*** Longgeek has joined #openstack-meeting-301:49
*** bpokorny has quit IRC01:51
*** Networkn3rd has joined #openstack-meeting-301:54
*** baoli has quit IRC01:58
*** baoli has joined #openstack-meeting-301:59
*** ivar-laz_ has joined #openstack-meeting-302:06
*** yamahata has quit IRC02:07
*** Networkn3rd has quit IRC02:07
*** ivar-lazzaro has quit IRC02:09
*** ivar-laz_ has quit IRC02:10
*** salv-orlando has quit IRC02:11
*** absubram has joined #openstack-meeting-302:16
*** absubram has quit IRC02:20
*** absubram has joined #openstack-meeting-302:20
*** baoli has quit IRC02:23
*** baoli has joined #openstack-meeting-302:24
*** sigmavirus24_awa is now known as sigmavirus2402:24
*** coolsvap|afk is now known as coolsvap02:27
*** stanzgy has quit IRC02:34
*** stanzgy has joined #openstack-meeting-302:34
*** vishwanathj has joined #openstack-meeting-302:37
*** stendulker has quit IRC02:49
*** clu_ has quit IRC02:55
*** melwitt has quit IRC02:58
*** sbalukoff has quit IRC03:02
*** salv-orlando has joined #openstack-meeting-303:11
*** banix has quit IRC03:18
*** banix has joined #openstack-meeting-303:19
*** stendulker has joined #openstack-meeting-303:24
*** Yi has quit IRC03:24
*** Yi has joined #openstack-meeting-303:26
*** markvoelker has quit IRC03:29
*** VW_ has joined #openstack-meeting-303:33
*** david-lyle is now known as david-lyle_afk03:35
*** jckasper has joined #openstack-meeting-303:37
*** Yi has quit IRC03:39
*** coolsvap is now known as coolsvap|afk03:48
*** Networkn3rd has joined #openstack-meeting-303:50
*** coolsvap|afk is now known as coolsvap03:55
*** Longgeek has quit IRC03:59
*** jlvillal has joined #openstack-meeting-303:59
*** jckasper has quit IRC04:00
*** jckasper has joined #openstack-meeting-304:01
*** baoli has quit IRC04:02
*** jckasper has quit IRC04:02
*** jckasper has joined #openstack-meeting-304:08
*** _1_Rs1010 has joined #openstack-meeting-304:08
_1_Rs1010hiiii04:09
*** _1_Rs1010 has quit IRC04:09
*** naohirot has joined #openstack-meeting-304:09
*** jckasper has quit IRC04:10
*** banix has quit IRC04:11
*** mrmartin has joined #openstack-meeting-304:17
*** stevemar has quit IRC04:22
*** sarob has quit IRC04:22
*** stevemar has joined #openstack-meeting-304:23
*** haleyb has quit IRC04:23
*** salv-orlando has quit IRC04:23
*** haleyb has joined #openstack-meeting-304:23
*** sigmavirus24 is now known as sigmavirus24_awa04:24
*** shwetaap1 has quit IRC04:24
*** haleyb has quit IRC04:24
*** haleyb has joined #openstack-meeting-304:24
*** baoli has joined #openstack-meeting-304:35
*** Poornima has joined #openstack-meeting-304:36
*** stanzgy has quit IRC04:37
*** stanzgy has joined #openstack-meeting-304:38
*** sbalukoff has joined #openstack-meeting-304:39
*** baoli has quit IRC04:40
*** baoli has joined #openstack-meeting-304:40
*** Poornima has quit IRC04:43
*** chenglch|2 has joined #openstack-meeting-304:43
*** Poornima has joined #openstack-meeting-304:44
*** Piet has quit IRC04:44
*** bpokorny has joined #openstack-meeting-304:44
*** bpokorny has quit IRC04:45
*** bpokorny has joined #openstack-meeting-304:46
*** etoews has quit IRC04:49
*** ramineni has joined #openstack-meeting-304:53
*** VW_ has quit IRC04:54
*** bpokorny has quit IRC04:57
*** wanyen has joined #openstack-meeting-304:59
*** rameshg87 has joined #openstack-meeting-304:59
*** Nisha has joined #openstack-meeting-304:59
devanandao/04:59
Nishao/04:59
*** Longgeek has joined #openstack-meeting-304:59
devananda#startmeeting ironic05:00
openstackMeeting started Tue Mar 17 05:00:11 2015 UTC and is due to finish in 60 minutes.  The chair is devananda. Information about MeetBot at http://wiki.debian.org/MeetBot.05:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.05:00
*** openstack changes topic to " (Meeting topic: ironic)"05:00
openstackThe meeting name has been set to 'ironic'05:00
jlvillalo/05:00
mrdao/05:00
devanandagood morning / evening / late night, folks05:00
naohiroto/05:00
JoshNango/05:00
raminenio/05:00
jroll\o05:00
rameshg87o/05:00
*** baoli has joined #openstack-meeting-305:01
devanandathis is a pretty rough meeting time for some of us, and I suspect we'll be missing several folks05:01
devananda... but let's give them a couple more minutes before we dive in05:02
*** lintan has joined #openstack-meeting-305:02
* jroll rubs his eyes05:02
wanyeno/05:02
* rameshg87 gives jroll a glass of water :)05:02
lintano\05:02
devanandanothing specific got added to the agenda last week, and I'm sure we're all focusing on kilo-3 right now05:02
devanandaso i'd just like to go over that, answer any questions folks have about the release process, etc, since we have a lot of new folks this cycle05:03
devanandaand because that's all the stuff that's on my mind right now :)05:03
rameshg87devananda: mrda and myself just added one more item to agenda05:03
devanandaoh. /me refreshes05:04
naohirotdevananda: Is Ironic going to be official project after releasing kilo?05:04
*** Longgeek has quit IRC05:04
devanandanaohirot: "official" is a strange word05:05
devanandanaohirot: what do you really mean?05:05
naohirotdevananda: I mean graduating incubation?05:05
wanyenintegrated?05:05
devananda.... :-/05:05
naohirotdevananda: sorry if I used wrong word05:06
jrollironic is super official already, and has been for at least a few cycles05:06
jroll(fwiw)05:06
devanandayah05:06
devanandanaohirot: sorry, I'm just a little tired of answering that question05:06
devanandanaohirot: https://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml#n17905:06
jrollnaohirot: I'm curious why it matters :)05:07
devanandaironic graduated in Juno05:07
devanandaand the TC has abolished the process of incubation anyway05:07
devanandaso the point is moot now05:07
jlvillaldevananda: Does Ironic05:07
jlvillaldevananda: Does Ironic's status change at all when Kilo is released?05:07
devanandaanyway ... we should continue with the meeting. anyone who's not here yet is probably not joining05:08
jrolljlvillal: totes, it's even more awesome!05:08
jrollawesomer status.05:08
mrda:)05:08
jrollor something.05:08
devanandajlvillal: we release another release with a bunch more awesome features? is that not enough?05:08
jlvillaldevananda: Works for me :)05:08
naohirotdevananda: I thought Ironic hasn't graduated, because Juno openstack manual doesn't mention about Ironic much05:08
devanandaI honestly dont know what "status" or "official" have to do with "does this project do what you need"05:09
devanandanaohirot: the manual has nothing to do with it ... BUT we should definitely contribute stuff to the manual!05:09
jrollnaohirot: being part of the integrated release is different from graduating. but honestly, those shouldn't mean anything to the user.05:09
devanandalet's table this. we could go on for a while ....05:09
*** eghobo has joined #openstack-meeting-305:09
* jroll shuts up05:09
*** Yi has joined #openstack-meeting-305:09
naohirotdevananda: Anyway I certainly understood that Ironic had graduated. :)05:10
devananda#topic Kilo-3 status05:10
*** openstack changes topic to "Kilo-3 status (Meeting topic: ironic)"05:10
devananda#link https://launchpad.net/ironic/+milestone/kilo-305:10
*** emagana has joined #openstack-meeting-305:10
devanandaSo. kilo-3 will be tagged at some point in the next few days, basically when everything that we think we will land has landed05:10
wanyendoes that mean all the features on kilo3 LP?05:11
devanandaI havav been bumping a few things, and will start bumping features much more aggressively tomorrow if the code is still in review / needing refactoring / not looking like it's going to land05:11
devanandawanyen: yes. that's the status page for the features we are tracking for kilo-305:12
devanandathe core team has been coordinating on this etherpad, as we often do during review jam sessions05:12
devananda#link https://etherpad.openstack.org/p/IronicReviewDay05:12
mrdaFWIW, I don't think all of API microversions can land, so it's "Informational" state is about right.05:12
devanandamrda: totally05:12
mrdaJust bad timing05:13
devanandamrda: on API microversions, there are server-side things and client-side things05:13
devanandawe can clean up some of the client stuff later -- that's not great, but it's doable from a release mgmt standpoint05:13
devanandahoewver, we need to get ALL the server stuff done05:13
devanandaso, let's talk about that for a minute05:13
mrdaok, thanks deva for the direction05:13
* devananda wishes for a subtopic button05:14
*** Networkn3rd has quit IRC05:14
devananda#topic microversions05:14
*** openstack changes topic to "microversions (Meeting topic: ironic)"05:14
*** Yi has quit IRC05:14
* naohirot jroll: devananda: whether graduated or not is important for company to decide whether company commit to Ironic or not.05:14
jrollnaohirot: we should come back to that later (or in the ironic channel), but that upsets me to no end05:15
rameshg87devananda: is it the topic that mrda and myself added ?05:15
devanandarameshg87: basically. but it was already something i wanted to talk about05:15
mrdarameshg87: that is specific to behaviour for one particular case, whereas this is a little more general05:15
devanandaare there server-side changes we need in order to complete microversion support in kilo?05:15
rameshg87okay05:15
rameshg87devananda: yes05:16
naohirotjroll: I'm terribly sorry05:16
devanandarameshg87: link?05:16
rameshg87devananda: and for https://review.openstack.org/16373005:16
devanandaright05:17
rameshg87devananda: had a basic question is on server-side changes, that's why we brought the meeting topic05:17
rameshg87the basic question is this - should we exactly emulte the previous behaviour for logical names (like in juno)?05:17
rameshg87consider for example GET /v1/nodes/<>05:17
rameshg87before logical names support (juno) - we give only 2 errors - 400 if the value sent is not a uuid OR 404 if node is not found05:17
devananda#info https://review.openstack.org/#/c/163730/ adds logical name support for ports05:17
rameshg87after logical names support (kilo) for older micro version < logical name support - we give 3 errors - 400 if value sent doesn't look like (uuid or logical name), 406 if they sent a logical name, 404 if node is not found (only for uuid)05:17
rameshg87is this behaviour okay ?05:17
devananda#info https://review.openstack.org/#/c/164369/ adds a v1.0 base version which is equivalent to stable/juno05:18
jroll(to be clear, that's adding logical names for identifying a node to list ports for, not names for ports)05:18
devanandajroll: right05:18
mrdaSo we decided that if we tried to access an API that wasn't available until a later microversion, we'd return 406 Not Acceptable05:18
*** mattgriffin has joined #openstack-meeting-305:18
devanandajroll: eg, GET /v1/ports?node=name   <<< mrda, right?05:18
mrdawe did that when we added name support in Ironic earlier in the cycle05:19
jrolldevananda: correct05:19
devanandamrda: oh. I see. 406 because the header is wrong, not 404 NOT FOUND .... yah ...05:19
mrdabut that breaks backward compat, because for the same input we previously returned 40005:20
*** salv-orlando has joined #openstack-meeting-305:20
rameshg87406 - because they sent something-like-logical-name which is not supported for micro version05:20
mrda"breaks backward compat" ick05:20
devanandaso there are some implications of microversions that make me cringe. this is one of them05:20
mrdawhat I meant was that it now returns something different in that error situation05:20
mrdaWe need to choose.05:20
devanandamrda: relatedly, tae a look at the second link I pasted. it implements v1.005:21
devanandawhich we actually don't currently have05:21
mrdadevananda: I started reviewing that earlier :)05:21
devanandaour v1.1 != stable/juno right now05:21
devanandagoing 'back in time' and implementing v1.0 is, as dtantsur pointed out, breaking backwards compat slightly05:22
devanandaif someone assumed that no header == some random point in kilo05:22
devanandawhich, for a CD cloud, is fair05:22
devanandabut for a release-to-release deployment model, 164369 will help05:22
devanandaso, these are both tough questions05:23
mrdaI think that it's ok for us to return things like 406 if a new API is accessed by an old microversion is specified05:23
jlvillaldevananda: Which backwards compatibility is more important.  With a release or mid-release?  If I'm understanding what is being said.05:23
*** sarob has joined #openstack-meeting-305:23
mrdait is s/is/if/05:23
*** sankarshan_ is now known as sankarshan_away05:23
devanandajlvillal: that's the question. I'm clearly in favor of release-to-release _right_now_  because we are currently following a 6-mo server release cycle05:23
jlvillalI would also vote for release.05:24
devanandawhether or not that release cycle is good is orthogonal. we're following it now.05:24
jrollside note: I wonder how many CD clouds are out there where deployer/operator/developer are very separate, enough where a small break like this would be painful05:24
mrdayup05:24
devanandaso I think we should favor compat between major releases05:24
rameshg87devananda: mrda: with a new api, it's a different story, but how about something basic like GET /v1/nodes05:24
jrollif there's ever a tie, I also think release-to-release should win, as sad as releases make me05:24
rameshg87devananda: mrda: is it the same ? a totally new error code is acceptable ?05:25
devanandajroll: if releases were more frequent, I would still favor that05:25
devananda*favor release-to-release over commit-to-commit05:25
jrolldevananda: as long as releases exist, yeah05:25
jrollwhich they likely always will05:25
devanandajroll: we'll always have a release of some form, not just git SHAs05:25
* jroll head in the clouds05:25
* mrda sees jroll standing on a soapbox :)05:25
devanandaheh05:25
mrdaSo, we need to decide.05:26
devanandas/always/insert longer explanation of thoughts here/05:26
devanandamrda: indeed05:26
mrdaExactly the same API? Allow some differences, but only enough to allow the API to evolve and give useful errors?05:26
devanandarameshg87: if i understand, GET /v1/nodes/XXXX should continue to return 404 NOT FOUND if the requested identifier is neither a matched UUID nor a matched NAME05:27
mrdaI think we decided the latter (i.e. review 141737 where we introduced 406), but this review opens it up for us to validate that decision05:28
jrollthis is basically a matrix, we need a whiteboard05:28
devanandayea, we're not going to solve that tonight05:29
*** sarob has quit IRC05:29
devanandaat least my brain isn't05:29
devanandamrda: rameshg87: can you sketch out the implications here on a whiteboard and we'll discuss tomorrow?05:29
rameshg87devananda: sure ..05:29
devanandaif the implication is "we dont support logical names for PORTs in Kilo" -- well ,that's not the end of hte world05:30
devanandait's a limited API05:30
mrdasure, FWIW, I think looking at it from use cases (ref https://review.openstack.org/#/c/163730/3/ironic/api/controllers/v1/utils.py) is helpful05:30
jrollI don't think it's a huge deal to land it for ports the same way it works for nodes today05:30
jrolland I think the big question here is "should we fix nodes"05:30
rameshg87jroll: yeah05:30
devanandajroll: right05:31
devanandai'm not seeing the problem for nodes yet. /me needs to see the matrix05:31
mrdawell, I think what is K will be the decision.  So we'd better decide before K-RC-Final05:31
mrda:)05:31
devanandamrda: yup05:31
jrollso like, let's land the ports thing and iterate?05:31
mrdaI'm happy to etherpad something up05:31
mrdaand we can land 163730 and interate05:32
mrdaiterate05:32
jrollwoot.05:32
rameshg87+105:32
devanandagreat. moving on :)05:32
*** megm has joined #openstack-meeting-305:32
*** megm_ has quit IRC05:32
devananda#topic Kilo-3 status05:32
*** openstack changes topic to "Kilo-3 status (Meeting topic: ironic)"05:32
devanandaor rather, moving back to the main topic05:33
devanandaI see a couple patches in merge-conflict ... hoping folks will rebase soon05:33
* jroll checks if still in conflict05:34
devanandahttps://review.openstack.org/#/c/151596/ and https://review.openstack.org/#/c/163572/ implement out of band discovery for iLO05:34
jrolltwo of them were not05:34
devanandaI'd love to get some non-HP eyes on these, as they look ready to land,05:34
jrollJoshNang mentioned he figured out https://review.openstack.org/#/c/161453/ and is hacking on a devstack patch05:35
jroll(cleaning for agent driver)05:35
devanandajroll: awesome - i wsa just about to ask as I hadn't seen any progress05:35
JoshNangyah. also filling in missing tests05:35
*** mrmartin has quit IRC05:35
devanandathat's a really crucial one, IMO, but if we need a change in devstack to be able to move forward,05:35
devanandait's going to be really tight05:35
JoshNangagreed05:36
jrollwe can get it done, it should be a small change05:36
jrollone line AIUI05:36
devanandahonestly not sure that we can push that through, but I'll do what I can to help05:36
devanandaoh - heh05:36
JoshNangthank you :)05:36
JoshNangyeah, need the cleaning network uuid in the config file05:36
devanandasmaller the better05:36
jrolland with depends-on we should be able to +A the ironic change whenever05:36
devanandaJoshNang: we also need to be prepared for the Nova changes not to land05:37
JoshNangdevananda: yup. fingers crossed they will, but no movement on them today from cores :/05:37
JoshNangthough, they didn't pass jenkins until mid afternoon.05:37
devanandai can poke a few cores directly, but nova's freeze policy is much stronger than ours right now05:37
jrollI think the best route, if nova changes don't land, is to disable cleaning by default05:38
jrollas horrible as that is05:38
JoshNangagreed05:38
devanandayea. it makes me sad, but yea ...05:38
devananda#action devananda to poke nova cores re: new cleaning states05:38
jrollJoshNang: you should poke a couple cores you know too :P05:39
JoshNangjroll: i will :)05:39
devanandathere are also a slew of changes for the iLO driver, adding cleaning and uefi boot support05:39
rameshg87and uefi secure boot too - that's the least reviewed of all :(05:39
rameshg87would like to have some reviews at that ..05:40
wanyenramesh87: +105:40
ramineniilo cleaning is fairly simple - https://review.openstack.org/#/c/157715/ , should be able to land , hoping some reviews05:41
JoshNanglast time i looked, that one looked ready05:42
devanandagiven the risk that cleaning might need to be disabled by default, would it be better to focus your work on the uefi patches?05:42
mrdaJoshNang: can you PM me the Nova code review?05:42
JoshNangmrda: i'll put in channel05:43
jrolldevananda: I think that code is still valuable even if disabled by default05:44
devanandajroll: ack05:44
jroll(but maybe uefi is more valuable, dunno)05:44
devanandahmm. the 'pad section for UEFi doesn't match gerrit very well05:45
wanyendevananda,  secure boot is importatnt for ilo drivers05:45
*** mattgriffin has quit IRC05:45
* rameshg87 checks etherpad05:46
devanandafixed, i think05:47
devanandathere's also the cisco UCS driver -- looks like last revision was < 24 hours ago so it's still current05:48
rameshg87devananda: the code is mostly in code shape except for small things - it needs more tests as per the last patch set (according to me)05:49
rameshg87i mean good shape :)05:49
*** yamahata has joined #openstack-meeting-305:49
devanandarameshg87: ok. is that stuff which can reasonably be followed up (ie, adding more unit tests) next week?05:49
jlvillalFYI: 10 minutes remaining05:50
rameshg87devananda: if that's okay .. it's more like not all code paths in all functions are tested05:50
devanandai'd like to be able to include it, but on the other hand, the first code drop on that BP was less than a month ago05:50
jrollI'm inclined to drop it as it's going to be a distraction05:51
devanandayup05:51
rameshg87devananda: most of the hard-specific code is moved to cisco's python library. so it's only power and management code mostly calling these methods.05:51
rameshg87i mean hardware-specific05:51
devanandahuh05:52
devanandait requires the cisco SDK? https://github.com/CiscoUcs/UcsPythonSDK05:52
devanandathat's ... odd :(05:52
jrollwhy is that odd?05:52
devanandamaybe just hte name is odd05:53
jroll(other than that library has zero tests)05:53
jrollyeah, I've never liked the word sdk05:53
jroll"word"05:53
devanandaalso, the library is a port of java code05:53
devanandaanyway05:53
devanandai'm OK bumping it if we dont have time05:53
jrolloh man, don't read that code05:53
devanandathat review hasn't been around very long, and a lot of other hard work has been done by folks throughout the cycle -- and that takes priority, in my opinion05:54
jroll+105:54
stendulkerTo all cores: All ilo secure boot patches have been rebased. Please have a look at these patches.05:54
devanandastendulker: thanks!05:56
* rameshg87 notes 4 minutes left 05:56
devananda#topic open discussion05:56
*** openstack changes topic to "open discussion (Meeting topic: ironic)"05:56
* mrda notes that rameshg87 and my action item is dealt with already05:57
devanandamrda: link?05:57
mrdasorry, not action item, I meant agenda item05:57
mrdaI'll post the etherpad link in channel later tonight05:57
* jroll points out that people are working their butts off and I thank them for that05:57
devanandaoh05:57
devanandamrda: ty05:58
rameshg87devananda: just to confirm except for the return codes thing which still needs discussion - we have decided to land the port's patch (for accepting logical names), right ?05:58
devanandaalso, what jroll said ...05:58
jrollrameshg87: let's review the patch before we land it :P05:58
devanandaeveryone is doing an incredible job focusing on reviews and fixing things rapidly :)05:58
mrdarameshg87: I'm taking today's discussion as a yes :-P05:58
rameshg87i meant that implicitly :)05:58
rameshg87jroll: ^^05:58
jrollyeah, was a joke :P05:58
mrda:)05:59
* jroll hears his bed calling05:59
devanandathanks, ya'll! see you again soon -- after I sleep :)06:00
lintangood night :)06:00
mrdathanks everyone!06:00
jrollthanks everyone, good night06:00
rameshg87good night and good day  folks  (which ever is applicable)06:00
JoshNango/06:00
wanyengood night!06:00
devananda#endmeeting06:00
*** openstack changes topic to "OpenStack Meetings"06:00
openstackMeeting ended Tue Mar 17 06:00:35 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)06:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ironic/2015/ironic.2015-03-17-05.00.html06:00
*** takadayuiko has joined #openstack-meeting-306:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ironic/2015/ironic.2015-03-17-05.00.txt06:00
*** wanyen has quit IRC06:00
openstackLog:            http://eavesdrop.openstack.org/meetings/ironic/2015/ironic.2015-03-17-05.00.log.html06:00
*** rameshg87 has left #openstack-meeting-306:00
*** Nisha has left #openstack-meeting-306:00
*** yamamoto has quit IRC06:01
*** Longgeek has joined #openstack-meeting-306:01
*** jlvillal has left #openstack-meeting-306:01
*** baoli has joined #openstack-meeting-306:02
*** baoli has quit IRC06:06
*** ramineni has left #openstack-meeting-306:07
*** hichihara has quit IRC06:08
*** absubram has quit IRC06:12
*** sarob has joined #openstack-meeting-306:25
*** sarob has quit IRC06:30
*** baoli has joined #openstack-meeting-306:32
*** baoli has joined #openstack-meeting-306:33
*** Longgeek has quit IRC06:35
*** vishwanathj has quit IRC06:35
*** Longgeek has joined #openstack-meeting-306:35
*** nkrinner has joined #openstack-meeting-306:36
*** amotoki has quit IRC06:43
*** stevemar has quit IRC06:44
*** salv-orlando has quit IRC06:44
*** mrunge has joined #openstack-meeting-306:45
*** mrunge has quit IRC06:49
*** mrunge has joined #openstack-meeting-306:49
*** amotoki has joined #openstack-meeting-306:49
*** sreshetn1 has joined #openstack-meeting-306:51
*** killer_prince is now known as lazy_prince06:52
*** yamahata has quit IRC06:53
*** yamahata has joined #openstack-meeting-306:53
*** haleyb has quit IRC06:56
*** haleyb has joined #openstack-meeting-306:56
*** haleyb has quit IRC06:57
*** haleyb has joined #openstack-meeting-306:57
*** Yi has joined #openstack-meeting-306:58
*** nkrinner has quit IRC06:59
*** nkrinner has joined #openstack-meeting-306:59
*** mrda is now known as mrda-away07:00
*** markvoelker has joined #openstack-meeting-307:04
*** Yi has quit IRC07:05
*** sahid has joined #openstack-meeting-307:05
*** markvoelker has quit IRC07:08
*** emagana has quit IRC07:14
*** scheuran has joined #openstack-meeting-307:16
*** yamahata has quit IRC07:20
*** jtomasek has joined #openstack-meeting-307:24
*** sankarshan_away is now known as sankarshan_07:25
*** nati_ueno has quit IRC07:25
*** nati_ueno has joined #openstack-meeting-307:26
*** nati_ueno has quit IRC07:30
*** baoli has joined #openstack-meeting-307:34
*** baoli has quit IRC07:38
*** wojdev has joined #openstack-meeting-307:40
*** wojdev_ has joined #openstack-meeting-307:47
*** wojdev has quit IRC07:47
*** wojdev_ is now known as wojdev07:47
*** armax has quit IRC07:48
*** sahid has quit IRC07:55
*** nati_ueno has joined #openstack-meeting-307:56
*** nati_uen_ has joined #openstack-meeting-307:58
*** nati_ueno has quit IRC07:58
*** safchain has joined #openstack-meeting-307:59
*** sergef has joined #openstack-meeting-308:01
*** nati_uen_ has quit IRC08:02
*** markvoelker has joined #openstack-meeting-308:05
*** markvoelker has quit IRC08:10
*** chenglch|2 has quit IRC08:15
*** e0ne has joined #openstack-meeting-308:17
*** zz_ttrifonov is now known as ttrifonov08:22
*** sreshetn1 has quit IRC08:26
*** vgridnev has quit IRC08:26
*** ivar-lazzaro has joined #openstack-meeting-308:28
*** salv-orlando has joined #openstack-meeting-308:31
*** ivar-lazzaro has quit IRC08:32
*** praveens has joined #openstack-meeting-308:34
*** baoli has joined #openstack-meeting-308:35
*** e0ne is now known as e0ne_08:36
*** wojdev_ has joined #openstack-meeting-308:37
*** baoli has quit IRC08:39
*** wojdev has quit IRC08:39
*** wojdev_ is now known as wojdev08:39
*** matrohon has joined #openstack-meeting-308:49
*** Yi has joined #openstack-meeting-308:49
*** sreshetn1 has joined #openstack-meeting-308:50
*** sahid has joined #openstack-meeting-308:54
*** Yi has quit IRC08:54
*** JeanBriceCombebi has joined #openstack-meeting-309:02
*** mrunge_ has joined #openstack-meeting-309:04
*** jcoufal has joined #openstack-meeting-309:05
*** markvoelker has joined #openstack-meeting-309:06
*** mrunge has quit IRC09:08
*** markvoelker has quit IRC09:11
*** zz_johnthetubagu is now known as johnthetubaguy09:14
*** eghobo has quit IRC09:16
*** sankarshan_ is now known as sankarshan_away09:18
*** salv-orlando has quit IRC09:21
*** salv-orlando has joined #openstack-meeting-309:21
*** sreshetn1 has quit IRC09:26
*** sarob has joined #openstack-meeting-309:28
*** e0ne_ has quit IRC09:30
*** sarob has quit IRC09:33
*** megm_ has joined #openstack-meeting-309:34
*** megm has quit IRC09:34
*** praveens has quit IRC09:38
*** scheuran has quit IRC09:47
*** sreshetn1 has joined #openstack-meeting-309:52
*** naohirot has quit IRC09:56
*** scheuran has joined #openstack-meeting-309:59
*** igordcard_ has joined #openstack-meeting-309:59
*** sreshetn1 has quit IRC10:03
*** markvoelker has joined #openstack-meeting-310:07
*** sreshetn1 has joined #openstack-meeting-310:07
*** sreshetn1 has quit IRC10:11
*** markvoelker has quit IRC10:12
*** eghobo has joined #openstack-meeting-310:13
*** pkoniszewski has joined #openstack-meeting-310:14
*** e0ne has joined #openstack-meeting-310:17
*** lazy_prince has quit IRC10:25
*** killer_prince has joined #openstack-meeting-310:29
*** killer_prince is now known as lazy_prince10:29
*** sarob has joined #openstack-meeting-310:29
*** mrunge_ is now known as mrunge10:30
*** sahid has quit IRC10:33
*** sarob has quit IRC10:35
*** sahid has joined #openstack-meeting-310:35
*** JeanBriceCombebi has quit IRC10:37
*** JeanBriceCombebi has joined #openstack-meeting-310:37
*** Yi has joined #openstack-meeting-310:40
*** e0ne is now known as e0ne_10:40
*** e0ne_ is now known as e0ne10:44
*** VW_ has joined #openstack-meeting-310:44
*** Yi has quit IRC10:45
*** coolsvap is now known as coolsvap|afk10:53
*** wojdev has quit IRC10:56
*** stanzgy has quit IRC10:56
*** stanzgy_ has quit IRC10:56
*** e0ne is now known as e0ne_11:08
*** markvoelker has joined #openstack-meeting-311:08
*** Poornima has quit IRC11:09
*** markvoelker has quit IRC11:14
*** stendulker_ has joined #openstack-meeting-311:17
*** e0ne_ has quit IRC11:17
*** stendulker has quit IRC11:19
*** e0ne has joined #openstack-meeting-311:27
*** sarob has joined #openstack-meeting-311:30
*** sarob has quit IRC11:35
*** JeanBriceCombebi has quit IRC11:36
*** eghobo_ has joined #openstack-meeting-311:37
*** markvoelker has joined #openstack-meeting-311:38
*** mrmartin has joined #openstack-meeting-311:40
*** eghobo has quit IRC11:41
*** Yi has joined #openstack-meeting-311:42
*** wojdev has joined #openstack-meeting-311:44
*** baoli has joined #openstack-meeting-311:45
*** baoli has quit IRC11:47
*** baoli has joined #openstack-meeting-311:47
*** VW_ has quit IRC11:48
*** igordcard has quit IRC11:48
*** Yi has quit IRC11:48
*** igordcard has joined #openstack-meeting-311:49
*** baoli has quit IRC11:50
*** Longgeek has quit IRC11:58
*** amotoki has quit IRC11:59
*** e0ne is now known as e0ne_12:00
*** eghobo has joined #openstack-meeting-312:03
*** eghobo_ has quit IRC12:03
*** yamamoto has joined #openstack-meeting-312:04
*** coolsvap|afk is now known as coolsvap12:04
*** stevemar has joined #openstack-meeting-312:05
*** e0ne_ is now known as e0ne12:06
*** sreshetn1 has joined #openstack-meeting-312:06
*** jaypipes has joined #openstack-meeting-312:20
*** sreshetn1 has quit IRC12:23
*** Yi has joined #openstack-meeting-312:26
*** salv-orlando has quit IRC12:30
*** sarob has joined #openstack-meeting-312:31
*** sarob has quit IRC12:36
*** Yi has quit IRC12:40
*** pkoniszewski has quit IRC12:41
*** banix has joined #openstack-meeting-312:48
*** jckasper has joined #openstack-meeting-312:54
*** nelsnels_ has quit IRC12:55
*** bknudson has quit IRC12:57
*** salv-orlando has joined #openstack-meeting-313:00
*** lblanchard has joined #openstack-meeting-313:01
*** bknudson has joined #openstack-meeting-313:01
*** ChuckC has quit IRC13:04
*** ChuckC_ has joined #openstack-meeting-313:04
*** shwetaap has joined #openstack-meeting-313:05
*** ChuckC has joined #openstack-meeting-313:07
*** sreshetn1 has joined #openstack-meeting-313:07
*** ChuckC_ has quit IRC13:07
*** julim has joined #openstack-meeting-313:09
*** amotoki has joined #openstack-meeting-313:09
*** igordcard_ has quit IRC13:10
*** sahid has quit IRC13:11
*** ChuckC has quit IRC13:12
*** jckasper has quit IRC13:13
*** Yi has joined #openstack-meeting-313:14
*** Yi has quit IRC13:14
*** yamamoto has quit IRC13:15
*** Yi has joined #openstack-meeting-313:19
*** nelsnelson has joined #openstack-meeting-313:20
*** Yi_ has joined #openstack-meeting-313:20
*** peristeri has joined #openstack-meeting-313:20
*** sankarshan_away is now known as sankarshan_13:20
*** nelsnelson has quit IRC13:22
*** banix has quit IRC13:22
*** yamamoto has joined #openstack-meeting-313:22
*** nelsnelson has joined #openstack-meeting-313:22
*** Yi has quit IRC13:24
*** alexpilotti has joined #openstack-meeting-313:27
*** salv-orlando has quit IRC13:31
*** alexpilotti has quit IRC13:32
*** alexpilotti has joined #openstack-meeting-313:32
*** sarob has joined #openstack-meeting-313:32
*** ChuckC has joined #openstack-meeting-313:33
*** banix has joined #openstack-meeting-313:36
*** megm has joined #openstack-meeting-313:36
*** megm_ has quit IRC13:37
*** sarob has quit IRC13:38
*** eghobo has quit IRC13:41
*** johnthetubaguy is now known as zz_johnthetubagu13:43
*** yamamoto has quit IRC13:43
*** shwetaap has quit IRC13:45
*** shwetaap has joined #openstack-meeting-313:47
*** JeanBriceCombebi has joined #openstack-meeting-313:47
*** shwetaap1 has joined #openstack-meeting-313:48
*** zz_johnthetubagu is now known as johnthetubaguy13:51
*** shwetaap has quit IRC13:51
*** banix has quit IRC13:52
*** yamamoto has joined #openstack-meeting-313:56
*** VW_ has joined #openstack-meeting-313:56
*** takadayuiko has quit IRC13:57
*** pkoniszewski has joined #openstack-meeting-313:57
*** lsmola has quit IRC14:03
*** jckasper has joined #openstack-meeting-314:03
*** VW_ has quit IRC14:04
*** lsmola has joined #openstack-meeting-314:05
*** bpokorny has joined #openstack-meeting-314:05
*** lsmola has quit IRC14:06
*** lsmola has joined #openstack-meeting-314:06
*** bpokorny has quit IRC14:07
*** VW_ has joined #openstack-meeting-314:07
*** sigmavirus24_awa is now known as sigmavirus2414:07
*** thangp has joined #openstack-meeting-314:07
*** sreshetn1 has quit IRC14:08
*** lsmola has quit IRC14:10
*** lsmola has joined #openstack-meeting-314:10
*** salv-orlando has joined #openstack-meeting-314:11
*** salv-orlando has quit IRC14:11
*** salv-orlando has joined #openstack-meeting-314:11
*** JeanBriceCombebi has quit IRC14:12
*** JeanBriceCombebi has joined #openstack-meeting-314:12
*** mrmartin has quit IRC14:12
*** thomasem has joined #openstack-meeting-314:15
*** thomasem has quit IRC14:15
*** thomasem has joined #openstack-meeting-314:16
*** mattfarina has joined #openstack-meeting-314:18
*** etoews has joined #openstack-meeting-314:21
*** JeanBriceCombebi has quit IRC14:25
*** stendulker_ has quit IRC14:25
*** pkarikh has quit IRC14:26
*** JeanBriceCombebi has joined #openstack-meeting-314:26
*** wojdev has quit IRC14:28
*** pkarikh has joined #openstack-meeting-314:32
*** zz_jgrimm is now known as jgrimm14:33
*** VW_ has quit IRC14:33
*** sarob has joined #openstack-meeting-314:33
*** emagana has joined #openstack-meeting-314:37
*** markmcclain has joined #openstack-meeting-314:38
*** sarob has quit IRC14:38
*** wojdev has joined #openstack-meeting-314:40
*** vishwanathj has joined #openstack-meeting-314:43
*** baoli has joined #openstack-meeting-314:44
*** Piet has joined #openstack-meeting-314:44
*** Yi_ has quit IRC14:46
*** absubram has joined #openstack-meeting-314:46
*** JeanBriceCombebi has quit IRC14:49
*** baoli has quit IRC14:51
*** baoli has joined #openstack-meeting-314:53
*** vishwana_ has joined #openstack-meeting-314:54
*** vishwanathj has quit IRC14:56
*** david-lyle_afk is now known as david-lyle14:57
*** mrmartin has joined #openstack-meeting-314:59
*** SumitNaiksatam has joined #openstack-meeting-315:00
*** rcleere is now known as rcleere_away15:02
*** sankarshan_ is now known as sankarshan_away15:04
*** julim has quit IRC15:04
*** jaypipes has quit IRC15:06
*** erikmwilson has joined #openstack-meeting-315:06
*** julim has joined #openstack-meeting-315:07
*** erikmwilson has quit IRC15:08
*** pkoniszewski has quit IRC15:08
*** erikmwilson has joined #openstack-meeting-315:08
*** bpokorny has joined #openstack-meeting-315:08
*** e0ne is now known as e0ne_15:08
*** wojdev has quit IRC15:09
*** john-davidge_ has joined #openstack-meeting-315:11
*** sreshetn1 has joined #openstack-meeting-315:13
*** banix has joined #openstack-meeting-315:13
*** yamamoto has quit IRC15:14
*** e0ne_ has quit IRC15:18
*** VW_ has joined #openstack-meeting-315:21
*** Piet has quit IRC15:21
*** e0ne has joined #openstack-meeting-315:24
*** VW_ has quit IRC15:28
*** stendulker has joined #openstack-meeting-315:29
*** JeanBriceCombebi has joined #openstack-meeting-315:32
*** markszczesniak has joined #openstack-meeting-315:34
*** sarob has joined #openstack-meeting-315:34
*** sergef has quit IRC15:35
*** markszczesniak has quit IRC15:35
*** shwetaap1 has quit IRC15:36
*** JeanBriceCombebi has quit IRC15:38
*** erikmwilson has left #openstack-meeting-315:38
*** JeanBriceCombebi has joined #openstack-meeting-315:39
*** sarob has quit IRC15:40
*** JeanBriceCombebi has quit IRC15:40
*** JeanBriceCombebi has joined #openstack-meeting-315:42
*** Yi has joined #openstack-meeting-315:47
*** nkrinner has quit IRC15:48
*** yamahata has joined #openstack-meeting-315:49
*** Yi has quit IRC15:53
*** kudva has joined #openstack-meeting-315:57
*** matrohon has quit IRC15:58
*** mwang2 has joined #openstack-meeting-316:01
*** shwetaap has joined #openstack-meeting-316:02
*** arosen has joined #openstack-meeting-316:03
*** wojdev has joined #openstack-meeting-316:05
*** Yi has joined #openstack-meeting-316:05
*** Longgeek has joined #openstack-meeting-316:06
*** qwebirc12360 has joined #openstack-meeting-316:06
*** amotoki has quit IRC16:06
*** yamamoto has joined #openstack-meeting-316:07
*** kudva has quit IRC16:07
*** kudva1 has joined #openstack-meeting-316:07
*** sahid has joined #openstack-meeting-316:08
*** kudva1 has quit IRC16:08
*** kudva has joined #openstack-meeting-316:09
*** baoli has quit IRC16:09
*** Longgeek has quit IRC16:10
*** rcleere_away is now known as rcleere16:10
kudvahi16:11
*** kudva has quit IRC16:12
*** absubram has quit IRC16:13
*** kudva has joined #openstack-meeting-316:13
*** kudva has quit IRC16:14
*** Piet has joined #openstack-meeting-316:15
*** qwebirc12360 has quit IRC16:19
*** gugl has joined #openstack-meeting-316:20
*** salv-orlando has quit IRC16:21
*** sergef has joined #openstack-meeting-316:22
*** jaypipes has joined #openstack-meeting-316:27
*** pkoniszewski has joined #openstack-meeting-316:28
*** Swami has joined #openstack-meeting-316:31
*** sigmavirus24 is now known as sigmavirus24_awa16:31
*** absubram has joined #openstack-meeting-316:32
*** mwang2 has quit IRC16:34
*** scheuran has quit IRC16:34
*** rcleere is now known as rcleere_away16:34
*** sarob has joined #openstack-meeting-316:35
*** yamamoto has quit IRC16:36
*** absubram has quit IRC16:36
*** melwitt has joined #openstack-meeting-316:39
*** SumitNaiksatam has quit IRC16:40
*** sarob has quit IRC16:41
*** arosen2 has joined #openstack-meeting-316:41
*** arosen has quit IRC16:42
*** mrmartin has quit IRC16:42
*** mrmartin has joined #openstack-meeting-316:42
*** baoli has joined #openstack-meeting-316:43
*** arosen has joined #openstack-meeting-316:47
*** mrmartin has quit IRC16:47
*** thomasem has quit IRC16:47
*** yamamoto has joined #openstack-meeting-316:47
*** arosen2 has quit IRC16:48
*** absubram has joined #openstack-meeting-316:48
*** haleyb has quit IRC16:49
*** haleyb has joined #openstack-meeting-316:50
*** VW_ has joined #openstack-meeting-316:50
*** yamamoto has quit IRC16:50
*** haleyb has quit IRC16:50
*** arosen has quit IRC16:50
*** absubram has quit IRC16:50
*** haleyb has joined #openstack-meeting-316:51
*** absubram has joined #openstack-meeting-316:51
*** arosen has joined #openstack-meeting-316:52
*** alexpilotti has quit IRC16:53
*** salv-orlando has joined #openstack-meeting-316:53
*** arosen has quit IRC16:57
*** pkoniszewski has quit IRC16:57
*** sreshetn1 has quit IRC16:58
*** thinrichs has joined #openstack-meeting-316:59
thinrichsHi all.17:00
thinrichsTime for the congress team meeting.17:00
thinrichs#startmeeting CongressTeamMeeting17:00
openstackMeeting started Tue Mar 17 17:00:27 2015 UTC and is due to finish in 60 minutes.  The chair is thinrichs. Information about MeetBot at http://wiki.debian.org/MeetBot.17:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:00
*** openstack changes topic to " (Meeting topic: CongressTeamMeeting)"17:00
openstackThe meeting name has been set to 'congressteammeeting'17:00
*** sahid has quit IRC17:01
*** kudva has joined #openstack-meeting-317:01
thinrichskudva: hi!17:01
kudvathinrichs: good to be back, was pulled into another steep project, but back now :)17:02
thinrichsGlad to have you here!  :)17:02
thinrichsSeems people are running late today.17:03
*** arosen1 has joined #openstack-meeting-317:03
arosen1Hi17:03
thinrichsarosen1: hi17:03
kudvathinrichs: perhaps the time change. I got mixed up and joined at 12 pm my time, and noticed a few other who had joined.17:03
*** safchain has quit IRC17:04
thinrichsI think this is the right time.  Checking…17:04
kudvathinrichs: it was just my calendar... not the time17:05
thinrichsAre we in DST now?17:06
thinrichsYes—we're in DST.  So this is the right time.17:06
thinrichsAnyway, let's get on with status updates.17:06
thinrichsarosen1: want to start?17:07
arosen1thinrichs:  sure I can. I don't have much to report this week. I was out at half of last week.17:07
arosen1I'm hacking on a demo that involves the cloudfoundry datasource driver17:08
*** jwy has joined #openstack-meeting-317:08
*** alexsyip has joined #openstack-meeting-317:08
arosen1and i'm roped into some other non congress stuff at work that has eaten up my time last wekk17:08
arosen1that's it from me for now.17:08
thinrichsCloudfoundry demo should be cool!17:08
thinrichsalexsyip: want to go next?17:09
alexsyipsure, I’ been working on HA.17:09
alexsyipI have a tempest test working that starts two server instances.17:10
alexsyipI found an issue with how congress configures datasources that will need to change with HA.17:10
thinrichsHA sounds cool.  Have a spec yet?17:11
*** coolsvap is now known as coolsvap|afk17:11
*** wojdev has quit IRC17:11
*** nati_ueno has joined #openstack-meeting-317:12
alexsyipI have a spec17:13
alexsyipsorry, I got distracted...17:13
alexsyiphttps://review.openstack.org/#/c/163213/17:13
thinrichsLet's all take a look at that, and leave alexsyip some comments in the next couple of days.17:15
*** s3wong has joined #openstack-meeting-317:15
thinrichsjwy: how's the UI going?17:16
jwyunfortunately wasn't able to dedicate any time to it last week17:16
jwyplanning on getting back to it later this week17:17
thinrichsSounds good.17:18
*** VW_ has quit IRC17:18
thinrichsLast week I added triggers to the policy engine.17:18
thinrichsThis is one of the high-priority blueprints for this cycle.17:18
thinrichshttps://review.openstack.org/#/c/163645/17:19
thinrichsIf people could take a look, and leave comments, that'd be great.17:19
thinrichsThe original owner of that blueprint, who asked me to pitch in, already send me some comments via email.17:19
alexsyipI’ll take a look at that today.17:19
*** JeanBriceCombebi has quit IRC17:20
thinrichsalexsyip: thanks!17:20
thinrichskudva: now that you're back with us, do you know what you're planning to work on in the near future?17:20
kudvathinrichs: I am very interested in the connection between domain-specific policy management and congress17:21
*** armax has joined #openstack-meeting-317:21
kudvathinrichs: Would like to work with the team focused on this. Would like to implement a use-case17:21
*** salv-orl_ has joined #openstack-meeting-317:21
thinrichsGreat!  That's generating a good bit of interest from a number of people.17:21
kudvathinrichs: and help define the APIs17:21
thinrichskudva: absolutely.  Messages are goint to the openstack-dev list with [Congress] [Delegation] in the subject.17:22
thinrichss/goint/going/17:22
kudvathinrichs: okay, will start participating in those discussions and pick something to implement17:22
thinrichsI know you already took a look at the delegation proposal doc.17:22
thinrichs#link https://review.openstack.org/#/c/163645/17:23
*** Poornima has joined #openstack-meeting-317:23
thinrichskudva: I'm organizing a phone call for people to divvy up the work in that proposal17:23
thinrichsLate today I'll send an email to those interested about picking a day for the meeting.17:23
kudvathinrichs: Yes, that would be terrific, then I can select a piece of the implementation17:23
kudvathinrichs: thanks, that would be helpful17:24
thinrichsWe have someone from France, so we're aiming for 8a or 9a Pacific.  Does that work for you?17:24
kudvathinrichs: Yes, that's fine17:24
thinrichsIt'll be good to make some progress on that front.  We've been talking about it for over a year.17:25
thinrichsIs there anyone else with a status update?17:25
*** salv-orlando has quit IRC17:25
*** johnthetubaguy is now known as zz_johnthetubagu17:26
thinrichsOkay.  Open discussion.17:28
thinrichs#topic OpenDiscussion17:28
*** openstack changes topic to "OpenDiscussion (Meeting topic: CongressTeamMeeting)"17:28
*** sigmavirus24_awa is now known as sigmavirus2417:28
*** arosen has joined #openstack-meeting-317:29
thinrichsQuick meeting today.17:29
thinrichs:)17:29
thinrichsWe all get 30 minutes back.17:30
thinrichsSee you all next week!17:30
thinrichs#endmeeting17:30
*** openstack changes topic to "OpenStack Meetings"17:30
openstackMeeting ended Tue Mar 17 17:30:24 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/congressteammeeting/2015/congressteammeeting.2015-03-17-17.00.html17:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/congressteammeeting/2015/congressteammeeting.2015-03-17-17.00.txt17:30
openstackLog:            http://eavesdrop.openstack.org/meetings/congressteammeeting/2015/congressteammeeting.2015-03-17-17.00.log.html17:30
*** kudva has quit IRC17:30
*** thinrichs has left #openstack-meeting-317:31
*** Networkn3rd has joined #openstack-meeting-317:34
*** e0ne has quit IRC17:37
*** sarob has joined #openstack-meeting-317:37
*** nati_ueno has quit IRC17:38
*** nati_uen_ has joined #openstack-meeting-317:38
*** jwy has left #openstack-meeting-317:38
*** wojdev has joined #openstack-meeting-317:38
*** megm_ has joined #openstack-meeting-317:38
*** megm has quit IRC17:39
*** ttrifonov is now known as zz_ttrifonov17:40
*** reed has joined #openstack-meeting-317:42
*** sarob has quit IRC17:42
*** Yi_ has joined #openstack-meeting-317:51
*** Yi has quit IRC17:55
*** nati_uen_ has quit IRC17:57
*** nati_ueno has joined #openstack-meeting-317:57
briancurtin#startmeeting python-openstacksdk18:00
openstackMeeting started Tue Mar 17 18:00:20 2015 UTC and is due to finish in 60 minutes.  The chair is briancurtin. Information about MeetBot at http://wiki.debian.org/MeetBot.18:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:00
*** openstack changes topic to " (Meeting topic: python-openstacksdk)"18:00
openstackThe meeting name has been set to 'python_openstacksdk'18:00
*** bpokorny_ has joined #openstack-meeting-318:00
briancurtinif you're here for the SDK meeting, say hi18:00
*** Yi_ has quit IRC18:01
*** baoli has quit IRC18:01
*** Poornima has quit IRC18:01
*** nati_ueno has quit IRC18:02
*** alexpilotti has joined #openstack-meeting-318:02
*** thomasem has joined #openstack-meeting-318:03
briancurtinhah, an hour early18:03
briancurtin#endmeeting18:03
*** openstack changes topic to "OpenStack Meetings"18:03
openstackMeeting ended Tue Mar 17 18:03:56 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:03
openstackMinutes:        http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/python_openstacksdk.2015-03-17-18.00.html18:03
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/python_openstacksdk.2015-03-17-18.00.txt18:04
openstackLog:            http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/python_openstacksdk.2015-03-17-18.00.log.html18:04
*** bpokorny has quit IRC18:04
*** banix has quit IRC18:04
*** shwetaap has quit IRC18:04
*** bpokorny has joined #openstack-meeting-318:05
*** wojdev has quit IRC18:05
*** baoli_ has joined #openstack-meeting-318:05
*** bpokorn__ has joined #openstack-meeting-318:06
*** Yi has joined #openstack-meeting-318:07
*** bpokorny_ has quit IRC18:07
*** vishwana_ has quit IRC18:08
*** vishwanathj has joined #openstack-meeting-318:08
*** bpokorny has quit IRC18:10
*** nati_ueno has joined #openstack-meeting-318:10
*** vishwanathj has quit IRC18:13
*** baoli_ has quit IRC18:16
*** e0ne has joined #openstack-meeting-318:16
*** shwetaap has joined #openstack-meeting-318:16
*** Yi has quit IRC18:17
*** absubram has quit IRC18:17
*** bpokorny has joined #openstack-meeting-318:18
*** bpokorn__ has quit IRC18:21
*** eghobo has joined #openstack-meeting-318:22
*** e0ne is now known as e0ne_18:27
*** arosen has quit IRC18:28
*** absubram has joined #openstack-meeting-318:31
*** e0ne_ has quit IRC18:32
*** yapeng has joined #openstack-meeting-318:32
*** baoli has joined #openstack-meeting-318:34
*** baoli_ has joined #openstack-meeting-318:37
*** lazy_prince is now known as killer_prince18:37
*** sergef has quit IRC18:38
*** e0ne has joined #openstack-meeting-318:39
*** baoli has quit IRC18:39
*** SumitNaiksatam has joined #openstack-meeting-318:43
*** Swami has quit IRC18:45
*** Swami has joined #openstack-meeting-318:46
*** stevelle has joined #openstack-meeting-318:46
*** mrunge has quit IRC18:46
*** Piet has quit IRC18:47
*** lsmola has quit IRC18:52
*** terrylhowe has joined #openstack-meeting-318:52
*** dtroyer has joined #openstack-meeting-318:52
*** jcoufal has quit IRC18:53
*** matrohon has joined #openstack-meeting-318:54
*** zz_ttrifonov is now known as ttrifonov18:54
*** sreshetn1 has joined #openstack-meeting-319:00
*** sarob has joined #openstack-meeting-319:00
*** eghobo has quit IRC19:00
briancurtin#startmeeting python-openstacksdk19:00
openstackMeeting started Tue Mar 17 19:00:27 2015 UTC and is due to finish in 60 minutes.  The chair is briancurtin. Information about MeetBot at http://wiki.debian.org/MeetBot.19:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.19:00
*** openstack changes topic to " (Meeting topic: python-openstacksdk)"19:00
openstackThe meeting name has been set to 'python_openstacksdk'19:00
briancurtinnow it's really time to say hi if you're here for the SDK meeting19:00
etoewso/19:00
terrylhoweo/19:00
dtroyero/19:01
dhellmanno/19:02
*** Rockyg has joined #openstack-meeting-319:02
edleafeo/19:02
briancurtinian and steve are in a training, although steve might make it, but let's go19:02
briancurtin#topic API guidelines19:02
*** openstack changes topic to "API guidelines (Meeting topic: python-openstacksdk)"19:02
briancurtin#link https://etherpad.openstack.org/p/proxy_api_guidelines19:02
briancurtinso i refined that doc quite a bit, and want to move on with the easier of the things: delete and get19:03
terrylhoweI was hoping someone else would take a look at your delete proposal19:03
briancurtinthere's a review out for applying delete at https://review.openstack.org/#/c/164310/, and get will look basically the same but i do want to keep them separate19:03
*** john-davidge_ has quit IRC19:05
briancurtinone thing i think i want to change from what's listed is in update. i just saw steve at lunch and he mentioned that enforcing having a resource passed into update ignores the fact htat you could just do it by ID, so i might want to make that one update_resource(resource=None, **attrs)19:05
*** ivar-lazzaro has joined #openstack-meeting-319:06
briancurtinbut anyway, i think we should probably do delete, get, create, update in that order so we're not piling on everything at once like i had originally written down19:07
dhellmann++19:08
briancurtinso i guess i'll just ask: conn.service.delete_resource(resource_or_id) - can it get any better than this?19:10
edleafebriancurtin: what is the expected response if the resource doesn't exist?19:11
terrylhoweI’d like some eyes on the implementation19:11
terrylhoweprobably 404 exception edleafe19:11
*** killer_prince has quit IRC19:11
edleafeterrylhowe: I mean from the SDK, not the API19:12
briancurtinwe can debate the implementation but i want to talk about the API and get that ironed out.19:12
edleafeI don't see failures documented in that etherpad19:13
*** stendulker has quit IRC19:13
briancurtinedleafe: we are talking about the API.19:13
briancurtini want to define what the signatures for everything are going to look like.19:13
*** killer_prince has joined #openstack-meeting-319:13
*** eghobo has joined #openstack-meeting-319:14
edleafebriancurtin: So conn.service.delete_resource() is an API call? Something that the SDK would consume?19:14
*** killer_prince is now known as lazy_prince19:14
briancurtinit is the sdk19:14
dhellmannthat's a function in the SDK isn't it?19:14
edleafe404 is not a python response, it is an HTTP response19:14
*** s3wong has quit IRC19:14
edleafeif I'm using the SDK and calling conn.service.delete_resource(), what should I as a developer expect?19:15
briancurtinagain. we can talk about how it is implemented on the review for https://review.openstack.org/#/c/164310/. i want to talk about the API. we have to figure out what the APIs provided by the proxy are going to look like.19:15
etoewsedleafe: we're talking about the api of the sdk here19:15
*** s3wong has joined #openstack-meeting-319:15
etoewsnot the http api19:16
edleafeetoews: so I'm still confused about returning a 40419:16
dhellmannI think edleafe is asking a legit question about the behavior here.19:16
terrylhowehttps://github.com/stackforge/python-openstacksdk/blob/master/openstack/transport.py#L26519:16
terrylhowe^ that is what happens19:16
briancurtinit doesnt return a 404, requests raises a 404. we have not yet determined how exactly to implement the API19:17
edleafebriancurtin: ah, ok, that's what I thought was missing from the etherpad19:17
dhellmannsure, but if we're talking about inputs and outputs of the methods then it seems reasonable to raise this19:17
etoewsas in, considering how the sdk handles error responses from the http api as being part of the sdk api19:18
dhellmannit sounds like we do whatever the REST API does, transcribing the error to a different type, which means if the APIs are not consistent neither will the SDK be19:18
dhellmannetoews: right19:18
edleafeetoews: +119:18
dhellmannbriancurtin: I like the consistency in the inputs from what I can see in the etherpad19:18
briancurtindeletes in general return no body, sometimes headers, so the general case is that None gets returned. i think there are cases where we can make some responses cleaner, but what would you expect to be returned here if there's nothing to delete?19:19
dhellmannI wouldn't expect delete to ever *return* anything, but the question is do we throw an exception if the thing we're trying to delete doesn't exist19:19
briancurtinwell, there is a case somewhere i just saw that delete gives information in headers19:20
dhellmannI can see both sides to the answer. Doing nothing is idempotent, but hides potential user errors.19:20
dhellmannbriancurtin: right, sorry, I would not expect the sdk delete methods to ever return anything19:20
etoewsthe current behaviour is to throw an HttpException with code=40419:20
dhellmannthis is a hard conversation :-)19:20
dhellmannetoews: right, and I can see lots of consumers of the sdk wrapping all delete calls in an exception handler so they can safely ignore that19:21
dhellmannhow hard would it be to add an ignore_missing_resource argument to the delete methods in the sdk and use that boolean to decide whether to throw or ignore the 404?19:21
briancurtinis it useful to know that you tried to delete something that doesn't exist?19:21
dhellmannbriancurtin: I would think in a lot of cases it's not, but I hesitate to say never19:21
*** yamahata has quit IRC19:22
briancurtinso then maybe delete_resource(resource_or_id, ignore_missing=False)?19:22
dhellmannso if we default ignore_missing_resource=True, we would swallow the 404 exceptions19:22
dhellmannI was thinking default of True, but yeah19:22
etoewsit could be that a user expects something to be there to be deleted, and if it's not then something is very wrong in their system (e.g. some other actor deleted something it shouldn't have)19:22
dhellmannetoews: right, that's why we provide an option, but I think in *most* cases people are going to just want the thing deleted and if it's already gone that's ok19:23
dhellmannedleafe: is that what you were thinking?19:23
briancurtinyeah, defaulting to true is fine19:23
etoewsya. i'd lean towards ignore_missing_resource=True19:23
edleafedhellmann: something like that, yeah19:23
edleafedhellmann: I was looking at the etherpad as a consumer of the SDK, and that just caught my eye19:24
briancurtinis there any other general enough case that would happen when deleting besides the resource not existing?19:24
dhellmannedleafe: yep19:24
dhellmannbriancurtin: I think auth errors are the only other, and we should throw errors for those19:25
dhellmannare the list methods already implemented? I'd sort of like to see all our methods have verbs in them for consistency. Maybe query_resource()?19:25
dhellmannor query_resources()19:25
briancurtinyeah auth stuff is handled off in auth land19:25
briancurtindhellmann: we currently have some things written as list_resources(), but after toying around with a object store implementation i wrote that as resources() and it worked really well. i wrote about that at the bottom of the doc19:26
*** jcoufal has joined #openstack-meeting-319:26
briancurtinbut staying simple, get is along the lines of delete in that it operates on one piece of info, an id19:26
dhellmannyeah, I saw. It caught my eye as an inconsistency, but I can live with it if everyone else likes that.19:27
briancurtindhellmann: we'd apply all of them the same way, we just started down different paths originally to see what worked in what way19:27
dhellmannright, get makes sense for one, that's why I was suggesting a different verb19:27
etoewsfor get i would expect it to throw an exception if the resource isn't there.19:28
dhellmannbriancurtin: I'm not sure what you mean "apply all of them the same way"19:28
dhellmannetoews: yes, definitely19:28
*** marun has quit IRC19:28
briancurtindhellmann: compute.servers(), object_store.containers(), image.images()19:28
briancurtinwhatever signatures we determine here get applied everywhere for that type of action19:29
dhellmannbriancurtin: oh, right. And I was suggesting to verbify them with query_servers()19:29
dhellmannetc.19:29
dhellmannbut again, if everyone likes the shorter name, I can go along19:29
briancurtinhmm, query might actually work with the filtering/searching query params that a lot of them implement19:29
*** marun has joined #openstack-meeting-319:29
dhellmannyeah, that's what I was thinking :-)19:30
briancurtinhah, we're sort of jumping back and forth/ahead though19:30
dhellmannI do like the argument against using "list"19:30
* dhellmann gets back in line19:30
briancurtinis there any extra argument to give to get_resource(x)? like etoews said, if it's not there, i think that's actually exceptional so letting the 404 fly seems reasonable19:31
briancurtincan't just soldier on through your code without what you were trying to get. probably19:31
dhellmannwhen we say "resource_or_id" do we mean a uuid for the id part, or for things that have names are the names allowed?19:31
etoewsdo we want to use the generic HttpException in that case or resurrect ResourceNotFound?19:32
dhellmannor is it up to the user of the SDK to turn a name into a resource or a uuid somehow?19:32
terrylhoweI was thinking find would be used to translate name->id19:32
dhellmannetoews: I like the more specific exception19:32
terrylhoweI don’t think everyone should take a HTTP hit for that19:32
dhellmannterrylhowe: ok, I like that. too many options just complicates our own implementation19:32
briancurtindhellmann: the way i've written things like this in the past are that they can take a resource.Resource and get the id_attribute value off of it (name where that applies), or whatever you have provided manually as an ID19:32
dhellmannbriancurtin: right, and I was asking more specifically about resources that can be referenced by more than one identifying characteristic. Everything has a UUID, not everything has a name, and not all names are required to be unique. So allowing a search by name adds complexity that can probably better be handled in the application layer.19:33
edleafeid = resource_or_id.id if isinstance(resource_or_id, resource.Resource else resource_or_id19:33
dhellmannedleafe: ++19:34
edleafeoops - forgot to close the parens :)19:34
briancurtindhellmann: oh yeah. i think what terrylhowe said would work in that case19:34
dhellmannbriancurtin: ++19:34
etoewsand the user is expected to explicitly call find to do name->id19:35
etoewsi think that's reasonable.19:35
dhellmannetoews: by "user" you mean "application developer"?19:35
*** eghobo has quit IRC19:35
etoewsyes19:35
dhellmannok, just checking :-)19:36
briancurtini agree with etoews. either you pass in a resource with an ID, or you pass in the ID itself, and we make it so you can get the ID by name (we already have something like it, need to beef it up)19:36
etoewsthe app dev should always have a lot of control over how many requests they're making.19:36
etoewsbriancurtin: i might have to rethink the orchestration stuff19:37
etoewsin light of this discussion19:37
briancurtinyep, if you know you have the ID string, just pass it in and you're good, no extra calls19:37
briancurtinif you have a bunch of names only, you'll have to do an extra jump but we can get it19:37
*** matrohon has quit IRC19:37
etoewsit does a funky name to id http redirect that none of the other apis do19:37
dhellmannso all of the command line apps will always have to call find(), which means for delete they will need to decide whether to ignore the error for a missing object or report it19:38
etoewsso to make it consistent with the other services might require skipping on the functionality.19:38
briancurtinto make who consistent with what?19:39
dhellmannetoews: does that meant it's not possible to just query the orchestration service by name and have it give an id back?19:40
dhellmannit seems like we could intercept the redirect, if we know that's how the API works19:40
etoewsbriancurtin: to make orchestration consistent with the sdk api of all of the other services19:41
*** yamahata has joined #openstack-meeting-319:41
*** sreshetn1 has quit IRC19:42
briancurtinetoews: let me know if i can help out with that. i havent looked at orchestration much but we've gone through a few sort of quirky things already19:44
etoewsdhellmann: it's definitely possible. we just have to make a point of making it work like all of the other services.19:44
*** banix has joined #openstack-meeting-319:44
dhellmannetoews: right19:44
etoewsbriancurtin: i wish i could point you at some functional test code to show you how it works compared to the other services. ;)19:45
briancurtinso in general, get_resource(resource_or_id) is cool to work with either a resource or an ID, but we also enhance the ability to get the ID based on a name. is that in line what what people are thinking?19:45
etoewsbriancurtin: that's not the impression i got.19:46
*** sreshetn1 has joined #openstack-meeting-319:46
briancurtinand?19:46
dhellmannI thought we were talking about a separate find() method that would search by name. Although we could to that with the query_resource() method, too, and avoid having another method.19:46
etoewsapp dev's would have to use find_resource19:46
briancurtinthat exists19:46
briancurtinyeah they would19:46
dhellmannoh, ok, so find_resource is like get but takes something other than an id?19:46
terrylhoweid or resource19:47
briancurtinfind is currently a name-to-id19:47
etoewssorry it's resource.find19:47
dhellmannok, I think I've got it19:47
briancurtinterrylhowe: maybe find just goes away and get takes it over?19:47
edleafebriancurtin: -1 on removing find.19:48
briancurtineh, now i dont like this. find sort of duplicate this.19:48
terrylhoweno, find is complicated19:48
dhellmannyeah, I wonder if we really need both? if get was get(resource_or_id=None, name=None)19:48
edleafeIt's a much more natural name19:48
briancurtinfind isn't necessary19:48
briancurtinbut ive taken way too much time19:48
briancurtin#topic functional testing19:48
*** openstack changes topic to "functional testing (Meeting topic: python-openstacksdk)"19:48
briancurtin#link https://review.openstack.org/#/c/162210/19:48
etoewsi really need functional tests19:48
terrylhoweah yeh, I was just trying to write a script to create a devstack we could all use19:49
etoewsin the little bit of functional testing i've done it's caught stuff the unit test dont'19:49
briancurtinsame times a million. ive been writing too many personal scripts i just run locally19:49
*** wojdev has joined #openstack-meeting-319:49
etoewsterrylhowe: that script will be useful but it's not 100% necessary to have before we can start writing functional tests.19:50
dhellmannis this cloud-init script the way the CI systems expect functional tests to run? I haven't looked into that yet19:50
terrylhowethere are gates that create a devstack instance, this is not intented to replace that, it is just for manually functional testing19:50
dhellmannok19:50
dtroyerdhellmann: no.  stevemar built one for OSC that works the other way around…point it to an existing devstack and it runs the tests19:51
terrylhowetrue etoews I just thought we’d want to develop some standard test bed19:51
dhellmanndtroyer: ok, I thought sdague was expecting functional test jobs to rely on the devstack plugin stuff, but if terrylhowe had something else in mind for this script that's fine19:51
*** alexsyip has quit IRC19:51
etoewsterrylhowe: yep. i just don't want the merging of that script to hold up merging functional tests19:52
dtroyerAIUI the plugin bits are to get devstack set up, then d-g runs tox -efunctional.  that's the bit stevemar setup does19:52
dhellmannah, ok, I didn't realize we were using tox for that step19:52
dtroyerbut I also haven't been too involved in those details19:52
etoewswhere would functional tests go in the tree?19:53
etoewsi just want to submit some functional test code.19:53
stevemardtroyer, yep you got it. etoews they are under osc/functional19:53
briancurtinopenstack/tests/functional/ and then follow the same tree layout from there as unit tests?19:53
dhellmannetoews: we should look around at some of the other projects that are starting to do functional tests to see what pattern is emerging19:53
dhellmannbriancurtin: probably19:54
terrylhoweI was thinking so briancurtin19:54
etoews+119:54
dhellmanndo we have a way for that test suite to know about the cloud it is supposed to talk to, yet? a config file or something?19:54
briancurtini dont know if we would want to move the unit tests from being straight under tests/ to being tests/unit19:54
dhellmannbriancurtin: moving them will make it easier to run testr19:55
etoewsbriancurtin: it's tempting do to that...19:55
etoewsdhellmann: i'm just using env vars right now for that19:55
dhellmannetoews: ok, that works, too19:55
etoewsthe config that is19:55
dhellmannright19:55
*** vishwanathj has joined #openstack-meeting-319:55
dtroyerdhellmann: it is simple enough to find the devstack root dir and pull credentials from there via openrc or one of the accrc/* files19:56
*** overlayer has joined #openstack-meeting-319:56
dhellmanndtroyer: that works if the test suite is running against a devstack deployment vs. a real cloud19:56
* dhellmann needs more caffeine before his next meeting, brb19:56
dtroyerright19:56
terrylhoweos-client-config might be nice for our examples/testing19:57
etoewsya. we should have a look at that.19:57
briancurtintwo minute warning19:58
dtroyerit's prety sweet19:58
etoews#action etoews to have a look at os-client-config for functional test config19:59
stevemardhellmann, the script that kicks off the functional testing for osc also looks for a localrc file that has an auth_url/uname/pass19:59
*** matrohon has joined #openstack-meeting-319:59
stevemarbut it can definitely be improved19:59
*** overlayer has quit IRC19:59
dhellmannstevemar: ok, so if I'm testing against something that isn't devstack I can always fake it that way, but it sounds like os-client-config might be a good option, too20:00
etoewsstevemar: is the auth_url fixed?20:00
*** igordcard_ has joined #openstack-meeting-320:00
briancurtinlooks like our time's up here. back to -sdks to continue?20:00
terrylhowethose reviews are still out for osc20:00
dhellmannnext meeting is starting, thanks everyone20:00
briancurtin#endmeeting20:00
*** openstack changes topic to "OpenStack Meetings"20:01
openstackMeeting ended Tue Mar 17 20:00:58 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:01
*** sreshetn1 has quit IRC20:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/python_openstacksdk.2015-03-17-19.00.html20:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/python_openstacksdk.2015-03-17-19.00.txt20:01
openstackLog:            http://eavesdrop.openstack.org/meetings/python_openstacksdk/2015/python_openstacksdk.2015-03-17-19.00.log.html20:01
*** vishwanathj has quit IRC20:04
*** melwitt_ has joined #openstack-meeting-320:04
*** melwitt has quit IRC20:05
*** melwitt_ is now known as melwitt20:05
*** absubram has quit IRC20:05
*** carl_baldwin has joined #openstack-meeting-320:06
*** lblanchard has quit IRC20:06
*** vishwanathj has joined #openstack-meeting-320:06
*** Yi has joined #openstack-meeting-320:06
*** jcoufal has quit IRC20:07
*** Yi_ has joined #openstack-meeting-320:07
*** Yi has quit IRC20:11
*** vishwanathj has quit IRC20:13
*** vishwana_ has joined #openstack-meeting-320:13
*** mrda-away is now known as mrda20:18
*** julim has quit IRC20:27
*** jwy has joined #openstack-meeting-320:28
*** jwy has left #openstack-meeting-320:29
*** sarob has quit IRC20:32
*** vishwana_ has quit IRC20:33
*** vishwanathj has joined #openstack-meeting-320:34
*** terrylhowe has left #openstack-meeting-320:35
*** sigmavirus24 is now known as sigmavirus24_awa20:44
*** wojdev has quit IRC20:47
*** Piet has joined #openstack-meeting-320:49
*** mestery has quit IRC20:55
*** carl_baldwin has quit IRC20:57
*** thomasem has quit IRC20:58
*** mestery has joined #openstack-meeting-320:59
*** alexpilotti has quit IRC21:00
*** alexpilotti has joined #openstack-meeting-321:02
*** sigmavirus24_awa is now known as sigmavirus2421:03
*** alexpilotti has quit IRC21:03
*** carl_baldwin has joined #openstack-meeting-321:04
*** alexpilotti has joined #openstack-meeting-321:06
*** alexpilotti has quit IRC21:06
*** carl_baldwin has quit IRC21:09
*** carl_baldwin has joined #openstack-meeting-321:11
*** carl_baldwin has quit IRC21:12
*** clu_ has joined #openstack-meeting-321:13
*** jtomasek has quit IRC21:18
*** s3wong has quit IRC21:23
*** s3wong has joined #openstack-meeting-321:23
*** thangp has quit IRC21:27
*** carl_baldwin has joined #openstack-meeting-321:27
*** carl_baldwin has quit IRC21:31
*** sergef has joined #openstack-meeting-321:38
*** jckasper has quit IRC21:39
*** sergef has quit IRC21:39
*** mattfarina has quit IRC21:39
*** megm has joined #openstack-meeting-321:40
*** megm_ has quit IRC21:41
*** sergef has joined #openstack-meeting-321:43
*** banix has quit IRC21:45
*** ycombinator has joined #openstack-meeting-321:51
*** jtomasek has joined #openstack-meeting-321:55
*** ChuckC has quit IRC21:57
*** qwebirc22659 has joined #openstack-meeting-321:58
*** qwebirc22659 has quit IRC21:58
*** erikmwilson has joined #openstack-meeting-321:59
*** dtroyer has left #openstack-meeting-322:04
*** ttrifonov is now known as zz_ttrifonov22:13
*** sigmavirus24 is now known as sigmavirus24_awa22:14
*** Rockyg has quit IRC22:15
*** s3wong has quit IRC22:17
*** s3wong has joined #openstack-meeting-322:18
*** s3wong has quit IRC22:21
*** s3wong_ has joined #openstack-meeting-322:21
*** jgrimm is now known as zz_jgrimm22:21
*** s3wong_ has quit IRC22:22
*** nelsnelson has quit IRC22:23
*** s3wong_ has joined #openstack-meeting-322:23
*** arosen has joined #openstack-meeting-322:23
*** peristeri has quit IRC22:24
*** arosen has quit IRC22:24
*** sergef has quit IRC22:24
*** erikmwilson has quit IRC22:25
*** nati_ueno has quit IRC22:27
*** vishwanathj has quit IRC22:29
*** ycombinator has quit IRC22:34
*** sambetts has quit IRC22:36
*** jtomasek has quit IRC22:36
*** e0ne has quit IRC22:36
*** sambetts has joined #openstack-meeting-322:38
*** shwetaap has quit IRC22:39
*** marun has quit IRC22:40
*** matrohon has quit IRC22:45
*** s3wong_ has quit IRC22:47
*** s3wong has joined #openstack-meeting-322:47
*** s3wong_ has joined #openstack-meeting-322:50
*** s3wong has quit IRC22:51
*** stevemar has quit IRC22:52
*** reed has quit IRC22:53
*** nati_ueno has joined #openstack-meeting-322:55
*** thomasem has joined #openstack-meeting-322:57
*** thomasem has quit IRC22:57
*** emagana has quit IRC23:08
*** s3wong_ has quit IRC23:08
*** s3wong has joined #openstack-meeting-323:10
*** s3wong_ has joined #openstack-meeting-323:13
*** s3wong has quit IRC23:13
*** nati_ueno has quit IRC23:17
*** nati_ueno has joined #openstack-meeting-323:17
*** ChuckC has joined #openstack-meeting-323:26
*** Yi_ has quit IRC23:35
*** nelsnelson has joined #openstack-meeting-323:36
*** Yi has joined #openstack-meeting-323:40
*** Swami has quit IRC23:42
*** banix has joined #openstack-meeting-323:46
*** david-lyle is now known as david-lyle_afk23:50
*** Yi has quit IRC23:50
*** ycombinator has joined #openstack-meeting-323:51
*** ycombinator has quit IRC23:53
*** yamamoto has joined #openstack-meeting-323:53
*** SumitNaiksatam has quit IRC23:56

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