Friday, 2011-12-09

*** nati2 has quit IRC00:04
*** n0ano has left #openstack-meeting00:18
*** hggdh has quit IRC00:21
*** anotherjesse has quit IRC00:21
*** hggdh has joined #openstack-meeting00:22
*** reed has quit IRC00:27
*** vladimir3p has quit IRC00:34
*** nati2 has joined #openstack-meeting00:34
*** reed has joined #openstack-meeting00:40
*** nati2 has quit IRC00:46
*** nati2 has joined #openstack-meeting00:46
*** patelna has quit IRC00:50
*** shaon has quit IRC01:02
*** dragondm has quit IRC01:02
*** sandywalsh has joined #openstack-meeting01:06
*** cloudgeek has quit IRC01:08
*** sleepsonthefloo has quit IRC01:18
*** donaldngo_hp has quit IRC01:24
*** cloudgeek has joined #openstack-meeting01:24
*** lloydde has quit IRC01:39
*** AlanClark has quit IRC01:50
*** novas0x2a|laptop has quit IRC01:53
*** shang has joined #openstack-meeting02:00
*** donaldngo_hp has joined #openstack-meeting02:06
*** jakedahn has quit IRC02:40
*** jog0 has joined #openstack-meeting02:42
*** jakedahn has joined #openstack-meeting02:43
*** jakedahn has quit IRC02:44
*** jakedahn has joined #openstack-meeting02:50
*** reed has quit IRC02:51
*** jakedahn has quit IRC03:17
*** nati2_ has joined #openstack-meeting03:27
*** nati2 has quit IRC03:28
*** CDY has quit IRC03:28
*** adjohn has joined #openstack-meeting04:39
*** donaldngo_hp has quit IRC05:34
*** cloudgeek has quit IRC05:39
*** jdurgin has quit IRC05:53
*** cloudgeek has joined #openstack-meeting05:54
*** jdurgin has joined #openstack-meeting05:58
*** jdurgin has quit IRC05:59
*** cloudgeek has quit IRC06:02
*** dwalleck has joined #openstack-meeting06:06
*** cloudgeek has joined #openstack-meeting06:16
*** sleepsonthefloo has joined #openstack-meeting06:27
*** sleepsonthefloo has quit IRC06:37
*** cloudgeek has quit IRC07:14
*** cloudgeek has joined #openstack-meeting07:30
*** cloudgeek has quit IRC07:42
*** cloudgeek has joined #openstack-meeting08:00
*** nati2_ has quit IRC08:06
*** novas0x2a|laptop has joined #openstack-meeting08:06
*** adjohn has quit IRC08:14
*** cloudgeek has quit IRC08:28
*** cloudgeek has joined #openstack-meeting08:42
*** novas0x2a|laptop has quit IRC09:18
*** darraghb has joined #openstack-meeting10:09
*** dwalleck has quit IRC10:09
*** zns1 has quit IRC10:18
*** AntoniHP has quit IRC11:57
*** cloudgeek has quit IRC12:48
*** cloudgeek has joined #openstack-meeting13:04
*** jaypipes has quit IRC13:05
*** zns has joined #openstack-meeting13:24
*** yamahata_ has joined #openstack-meeting13:27
*** dprince has joined #openstack-meeting13:42
*** nati2 has joined #openstack-meeting13:42
*** mattray has joined #openstack-meeting14:02
*** troytoman-away is now known as troytoman14:19
*** lloydde has joined #openstack-meeting14:25
*** lloydde has quit IRC14:40
*** cloudgeek has left #openstack-meeting14:40
*** hggdh has quit IRC14:51
*** hggdh has joined #openstack-meeting14:52
*** hggdh has quit IRC14:52
*** hggdh has joined #openstack-meeting14:53
*** lloydde has joined #openstack-meeting15:03
*** CDY has joined #openstack-meeting15:18
*** wwkeyboard has left #openstack-meeting15:21
*** lloydde has quit IRC15:24
*** rnirmal has joined #openstack-meeting15:25
*** troytoman is now known as troytoman-away15:29
*** GheRivero_ has joined #openstack-meeting15:43
*** dragondm has joined #openstack-meeting15:51
*** dragondm has quit IRC15:51
*** dragondm_ has joined #openstack-meeting15:52
*** jaypipes has joined #openstack-meeting15:57
*** adjohn has joined #openstack-meeting16:01
*** martines has quit IRC16:07
*** martines has joined #openstack-meeting16:08
*** nati2 has quit IRC16:08
*** sleepsonthefloo has joined #openstack-meeting16:24
*** KMarsh has joined #openstack-meeting16:29
*** adjohn has quit IRC16:35
*** mattray has quit IRC16:37
*** reed has joined #openstack-meeting16:55
*** mattray has joined #openstack-meeting16:57
*** rnirmal has quit IRC17:03
*** vladimir3p has joined #openstack-meeting17:03
*** hggdh has quit IRC17:05
*** hggdh has joined #openstack-meeting17:08
*** adjohn has joined #openstack-meeting17:15
*** lloydde has joined #openstack-meeting17:15
*** adjohn has quit IRC17:15
*** zns has quit IRC17:29
*** jog0 has joined #openstack-meeting17:31
*** yamahata_ has quit IRC17:33
*** dendro-afk is now known as dendrobates17:39
*** jdurgin has joined #openstack-meeting18:00
*** dendrobates is now known as dendro-afk18:14
*** dendro-afk is now known as dendrobates18:14
*** GheRivero_ has quit IRC18:26
*** novas0x2a|laptop has joined #openstack-meeting18:29
*** mattray has quit IRC18:34
*** mattray has joined #openstack-meeting18:58
*** KMarsh has left #openstack-meeting18:59
*** dendrobates is now known as dendro-afk19:00
*** mattray has quit IRC19:02
*** heckj has joined #openstack-meeting19:05
*** mattray has joined #openstack-meeting19:07
*** darraghb has quit IRC19:09
*** sleepsonthefloo has quit IRC19:10
*** dendro-afk is now known as dendrobates19:18
*** sleepsonthefloo has joined #openstack-meeting19:20
*** mdomsch has joined #openstack-meeting19:28
*** dendrobates is now known as dendro-afk19:34
*** rnirmal has joined #openstack-meeting19:34
*** dendro-afk is now known as dendrobates19:38
*** dprince has quit IRC19:41
*** jorgew has joined #openstack-meeting19:50
*** adjohn has joined #openstack-meeting20:01
*** _adjohn has joined #openstack-meeting20:04
*** adjohn has quit IRC20:07
*** _adjohn is now known as adjohn20:07
*** bhall has quit IRC20:07
*** bcwaldon has joined #openstack-meeting20:11
*** dendrobates is now known as dendro-afk20:14
bcwaldonI apologize to anybody here for the nova-api team meeting. I did say 20:00 UTC in the initial email but it was added for 21:00 UTC to the official calendar20:15
bcwaldonI'm going to wait until 21:00 to start20:15
* heckj lurks until time20:16
bcwaldonheckj: sorry!20:17
heckjno worries, I can hang - this is just sitting mostly in the background20:17
*** adjohn has quit IRC20:20
*** dendro-afk is now known as dendrobates20:27
*** adjohn has joined #openstack-meeting20:48
*** bhall has joined #openstack-meeting20:50
*** dendrobates is now known as dendro-afk20:52
*** mdomsch has quit IRC20:57
bcwaldonhello everybody!21:01
jorgewhey21:01
bcwaldonannegentle: I want to make sure you're here before we start up21:01
annegentleoh sure I'm here21:02
bcwaldonexcellent21:02
annegentleo/21:02
bcwaldonnot sure if vishy is21:02
bcwaldondoesn't need to be, but he said he would!21:02
bcwaldon#startmeeting21:02
openstackMeeting started Fri Dec  9 21:02:46 2011 UTC.  The chair is bcwaldon. Information about MeetBot at http://wiki.debian.org/MeetBot.21:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.21:02
bcwaldonwell let's get started anyways21:02
bcwaldon#topic OpenStack Compute API versioning and extensions21:03
*** openstack changes topic to "OpenStack Compute API versioning and extensions"21:03
bcwaldonso I *thought* I had a good idea of where we want to go with this, but Mr. Williams had to go and screw it all up ;)21:03
jorgew..actually it's Dr. Williams :-)21:03
jorgewlol, sorry man21:03
bcwaldonno worries!21:04
bcwaldonso I'm going to spend some time this weekend and come up with a draft versioning proposal for OpenStack Compute21:04
bcwaldonLooking to collaborate with jorgew early next week on that21:04
jorgewThat sounds good…I'm looking forward to it21:05
bcwaldon#action bcwaldon to write up versioning proposal21:05
annegentlebcwaldon: got a high-level overview for that proposal?21:05
annegentlebcwaldon: as if I'm a kindergartner? :)21:05
bcwaldonannegentle: something along the lines of what mnot proposed a month or so back on the ML21:05
annegentlebcwaldon: ok, will look for the link for the notes21:05
bcwaldonAt a super hight level, versioning our compute api solely by mimetypes21:06
bcwaldonand treating each resource somewhat individually w.r.t. versioning21:06
bcwaldonit's hard to explain...21:06
annegentles'ok21:07
bcwaldonso I was hoping for some discussion here21:07
bcwaldonbut if its just the three of us...21:07
* bcwaldon waits to see if anyone is lurking21:07
annegentleheckj: around?21:07
jorgewheck:?21:07
bcwaldonwell, I guess we'll move on and defer this discussion to the ML next week21:08
jorgewsounds good.21:08
bcwaldonso annegentle, do you want to discuss extension docs?21:08
bcwaldon#topic Extension Documentation21:08
*** openstack changes topic to "Extension Documentation"21:08
annegentlesure21:09
jorgewBTW, anne thanks for the comments on the list…haven't had a chance to reply but I'm with you on most/all points21:09
annegentleI think I rounded up my thoughts in a note to the mailing list21:09
bcwaldonok, anything you want to bring up in particular? Feel free to say no :)21:10
annegentlejust a sec...21:10
annegentlewas going to say, Jorge has agreed to most all the items21:10
annegentlesome of it we have to have more input on21:10
annegentleI went to the OpenStack-Austin meetup last night and then emailed it to a few folks from there21:11
annegentledidn't get in person feedback then but solicited more input21:11
annegentlereally what heckj brought up about related-ness to the API site is probably the biggest question out there now21:11
jorgewRight.21:12
annegentleand my other "concern" is about how it's like pulling teeth to get the stuff written. :)21:12
jorgewI think that we have a need for user guides21:12
jorgew…and that's not what's out there21:12
jorgewthis is just documenting how each extension changes the API21:12
jorgewsorta like a spec.21:12
annegentlejorgew: right, so the two issues are related, the authoring side and the display side21:12
bcwaldonI would really like to block reviews that add extensions w/o some level of documentation21:13
annegentlejorgew: or we just call them unrelated and I recruit both types of content21:13
jorgewWhat's the issue with the authoring side, cus honestly think things are getting better in that dept21:13
bcwaldonif we can make it easy for people to provide that documentaiton, I think its 100% doable21:13
annegentlebcwaldon: that's a good point too, the governance of both the extension and their docs needs defining21:13
jorgewbcwaldon: for sure.21:13
jorgewRight I agree.21:13
bcwaldonso that might just be something I need to enforce within Nova21:14
jorgewI think if we give people more of an incentive to write docs will get written21:14
bcwaldonannegentle: can you send me the details of what exactly you want from extension authors?21:14
annegentlebcwaldon: and finding a small team of enforcers so there's distribution of work21:14
jorgewannegentle: right21:15
annegentlebcwaldon: so I've got a contribution coming in January from a writer at HP21:15
annegentlehe basically wrote dev-guide style docs for floating ups, etc21:15
annegentleIPs that is21:15
annegentleso it's more instructive for api users than instructive to a reader to revise the spec21:15
annegentlewe've had to reuse specs as dev guides21:16
annegentlebut really it is time to create real dev guides21:16
annegentleI think we're gathering some resources to do so - HP needs it for sure too21:16
annegentleand Rackspace is hiring21:16
bcwaldonthat's awesome21:16
jorgewannegentle:  I agree, we need more dev guides21:16
bcwaldonA lack of resources is probably the biggest pain point right now21:16
annegentleso it's a matter of matching up the doc with the audience21:16
annegentlebcwaldon: what I'm hoping is we'll get an influx in January, and I'd like to be able to tell people we're being strategic about placement21:17
jorgewannegentle: But we also need info on how an extension modifies a spec.  Their not mutually exclusive21:17
annegentlejorgew: absolutely, both are needed21:17
bcwaldonok, so the developer himself is probably the main consumer of any specific extension doc21:17
annegentleI just can't prioritize spec doc over user docs :)21:17
annegentleas far as resource planning21:17
jorgewWell we need both21:18
jorgewand usually the spec comes first … it informs the user doc21:18
bcwaldonannegentle: maybe this is something we need to talk about in the meeting on monday21:18
bcwaldonannegentle: I've just come up with a whole bunch of questions I want to ask :)21:18
jorgewit would suck to write user docs while a spec is in flux21:18
annegentleyeah priorities are certainly worth prioritizing21:18
annegentleer, discussing21:19
annegentleI think both are needed by Esse21:19
jorgew:-)21:19
bcwaldonSo since we're in a 'nova-api' meeting, what would you say to the members of this team21:19
annegentleEssex21:19
bcwaldonRight now I'd say the members are mainly developers21:19
annegentlethis team could give input on both sites - Extension and API - that'll help lay out tasks21:19
annegentlebasically this team can review21:20
annegentleyeah? I'm just looking for ways to lay out the work21:20
bcwaldonright, and wouldn't the members of this team be the ones writing the extensions themselves?21:20
bcwaldonassuming this team has a larger dev representation21:20
annegentlebcwaldon: yep and the docs to go with it and reviewing each other's stuff21:21
bcwaldonright, so every aspect of extensions are basically contained within this team21:21
annegentlebcwaldon: cool21:21
bcwaldonwould I be correct in saying that if we had a wiki on how to write an extension, that would help the devs help you?21:21
* heckj reads scroll back really quickly21:22
annegentlebcwaldon: yes and also describing the method that an extension becomes core21:22
annegentlemethod/process/governance? Not sure what it really is.21:22
bcwaldonit could cover the technical side, obviously, but then offering resources for documentation that can be handed off to the docs team when complete21:22
annegentlehi heckj!21:22
jorgewbcwaldon: have you taken a look at the templates I put together?  From a spec perspective, I think most of what we need can be gathered from there.21:22
heckjHi! Sorry - had to run out just before this started. Just landed21:22
bcwaldonjorgew: I haven't had a change to (not other than what Anne showed me)21:22
annegentlebcwaldon: I don't really see a handoff necessarily, since there aren't resources.21:22
bcwaldonby 'resource' I meant templates21:23
bcwaldonbut yes, I guess but handoff I mean mergeprop21:23
bcwaldonby*21:23
jorgewbcwaldon: links at the bottom of the extensions page21:23
bcwaldonjorgew: where *is* that extensions page21:23
bcwaldonjorgew: or are you talking about the one you sent to me to review21:24
bcwaldonI'm so lost21:24
jorgewhttp://docs.rackspace.com/openstack-extensions/21:24
heckjSorry - I'm not tracking. What's the topic?21:24
heckjAh!21:24
jorgewheckj: extension and documentation21:24
annegentle#link http://docs.rackspace.com/openstack-extensions/21:25
heckjjorgew: I like the implementation of what you're doing there, but the idea is flawed from a usability perspective21:25
heckjYou have to know to read the main docs and all the extensions21:25
jorgewheckj:  this isn't user docs, it's specs21:25
heckjjust to find what you're trying to do, or to see if you even CAN do it21:25
jorgewheckj: we were just talking about how we need both docs and specs21:26
heckjcould you quickly summarize what a "spec" is for me then?21:26
jorgewor rather guides and specs21:26
bcwaldonjorgew: ok, why is that docs site on 'rackspace.com'? Why not openstack.org?21:26
annegentlebcwaldon: at the time the team designed it, extensions we weren't certain extensions were accepted by the PPB21:27
jorgewheckj: from an extensions prespective it defines specifically how the extension has changed the spec…to the point that an implementor can modify an implementation21:27
heckjjorgew: because when I look it at, I thought it was additional documentation on the API21:27
bcwaldonannegentle: ok, any plan on migrating to openstack.org?21:27
jorgewheckj:  Yea I understand the confusion.  In the past our user guides and our specs were the same document.  That needs to change21:27
annegentlebcwaldon: sure, we could do that if the community and PPB believe it to be maintainable and useful, it's really in a review stage now21:28
jorgewheckj: so we should rename the title21:28
bcwaldonannegentle: ok, just curious :)21:28
annegentlebcwaldon: yeah it's a good question21:28
heckjso the goal of the spec - an example of such being http://docs.rackspace.com/openstack-extensions/compute/os-bs/content/ch02s03.html, is that this is place where someone implementing the spec would go to read on what should be implemented?21:28
jorgewheckj: or a user that wants to know exactly how the spec has changed21:29
heckjSo you want to keep a living history of how the API has changed over time with a series of these specs available for someone to read and review?21:29
jorgewheckj: Well, not all extension are going to be available in all deployments.21:30
jorgewheckj: Take a look at http://docs.rackspace.com/openstack-extensions/apix-intro/content/Overview.html21:31
jorgewfor an overveiw of extension mechanism21:31
annegentleheckj: Rackspace and HP have to provide docs that include what extensions they have in their deployment21:31
annegentleheckj: and others who have public or private OpenStack clouds21:31
jorgewheckj: what's actually in a deployment is a combination of the core and 0 or more extensions21:31
bcwaldonReal quick guys, I think we're done with the nova-api meeting. I'm going to end it if nobody else has anything related21:32
bcwaldonkeep this discussion going though :)21:32
annegentlebcwaldon: oh I did want to hear about the versioning21:32
annegentlebcwaldon: are we still doing a 1.1 > 2.0 rename21:32
annegentlebcwaldon: and can extensions be brought in at all?21:33
annegentleyou may have answered this already but thought others could benefit from my confusion being clarified21:33
bcwaldon#topic v1.1 -> v2 rename21:33
*** openstack changes topic to "v1.1 -> v2 rename"21:33
bcwaldonok, so I'm fine doing a true rename, but I think it's easier to not do it21:33
annegentleto rephrase my last question, can extensions be brought to core in the essex time frame21:33
bcwaldonhold on21:33
heckjannegentle: ++21:34
bcwaldonjorgew: do you see any problems with an actual rename?21:34
jorgewannegentle:  I don't think it's possible to move all of those extension to core.21:34
heckjwhy not?21:34
jorgewbcwaldon:  I'm okay with the rename.21:34
bcwaldonannegentle: what were your concerns with a rename21:34
jorgewheckj: because core functionality is stuff that you can expect in all deployments21:34
annegentlere: extensions moving to core, Just wondering if any extensions would move how many, what timeframe, etc. It affects user doc.21:35
heckjyes - and there's a LOT in the extensions that can or should be in every reasonable deployment21:35
annegentlere: rename, the more I look at how many files are affected and the work needed, I'm concerned about how to get a rename done.21:35
jorgewheckj:  That's great, we should work towards promoting those features.21:35
*** joesavak has joined #openstack-meeting21:35
bcwaldonannegentle: yes, that's what I'm concerned about too21:35
bcwaldonannegentle: what ramifications are there if we don't rename anything and just release the next set of docs with a big '3' on it?21:36
annegentleyes I agree with heckj many of the nova api ext are just expected21:36
*** zns has joined #openstack-meeting21:36
annegentlebcwaldon: to me, none, but I'm new to this, haven't done a deployment, etc.21:36
bcwaldonas for moving extensions in, we essentially have to design them into our next iteration of the api21:36
jorgewbcwaldon: I'm also okay with leaving the API name 1.1 :-)  Really how big the impact will be depends on what our versioning scheme is. can we wait until that gets settled first before we decide21:36
bcwaldonjorgew: yeah, that's what i'm leaning towards21:37
bcwaldonannegentle: let's table the rename discussion until we have a greater consensus on versioning21:37
jorgewbcwaldon: Right, we need a major version change to bring an extension in21:37
jorgewto core21:37
annegentlebcwaldon: sure, sounds good21:37
heckjbcwaldon: seems reasonable21:37
bcwaldon#topic Extension Promotion path21:37
*** openstack changes topic to "Extension Promotion path"21:37
bcwaldonyeah, so an extension should live in the context of a single major version21:38
bcwaldonthis extension extends version 221:38
bcwaldonthe need for that extension may go away in version 321:38
jorgewbcwaldon:  that's true21:39
jorgewbcwaldon: but the extension may stick arround version 3 as well21:39
bcwaldonsure, but it shouldn't be assumed to21:39
bcwaldondoes that make sense to everybody?21:39
jorgewright.  That's why extension are detectable… you dont assume that they are there you can detectem with /extension21:39
annegentlebcwaldon: can you walk through it with Floating IPs for example?21:40
bcwaldonannegentle: sure21:40
bcwaldonso in v2 right now, we have a floating ips extension that adds 2 actions to /servers21:40
bcwaldonwhen we design v3, let's assume we decide to add it as a core feature21:41
bcwaldonwhen we release the v3 spec, floating ips will already have been accounted for, so there is no extension necessary21:41
bcwaldonif we decide *not* to include floating ips in v3, a new extension will have to be added21:42
bcwaldonthe reason there is that the api design may change in such a way that the old v2 extension doesn't make sense21:42
annegentleso dev does work in /nova to move floating IP functionality from the contrib dir, it gets reviewed and in to trunk.21:42
bcwaldonOR, that extension may *not* need to change if we don't make any breaking changes in the part of the spec that it extends21:42
bcwaldonyes21:42
annegentlethen docs get added to indicate this is in core?21:43
bcwaldonthe v2 extension doc can hang around21:43
bcwaldonand the v3 core spec will have the floating ips in it21:43
annegentleok21:44
*** jog0 has left #openstack-meeting21:44
bcwaldonannegentle: did you have anything else you wanted to discuss?21:45
heckjbcwaldon: process makes sense, thanks21:45
annegentlebcwaldon: nope, thanks it's very helpful for my planning purposes21:45
bcwaldonjorgew: anything to add?21:45
jorgewno I think that makes sense21:46
bcwaldonok, any other topics of discussion?21:46
bcwaldonalright, thanks for attending!21:47
bcwaldon#endmeeting21:47
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/"21:47
openstackMeeting ended Fri Dec  9 21:47:11 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:47
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-12-09-21.02.html21:47
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-12-09-21.02.txt21:47
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-12-09-21.02.log.html21:47
jorgewthanks waldon21:47
bcwaldonyeah, no problem21:47
annegentlethanks for answering all my Qs guys!21:47
bcwaldonannegentle: I think theres more to talk about on monday at your docs meeting21:47
annegentlebcwaldon: sure, sounds good21:47
bcwaldonalright, I'm out. Have a good weekend you guys!21:47
heckjThanks for coordinating the mtg brian!21:48
jorgewyea c ya guifs21:48
jorgew*guys21:48
*** jakedahn has joined #openstack-meeting21:56
*** jorgew has left #openstack-meeting21:59
*** heckj has quit IRC22:03
*** bcwaldon has quit IRC22:21
*** joesavak has quit IRC22:45
*** vladimir3p has quit IRC23:16
*** vladimir3p has joined #openstack-meeting23:18
*** jakedahn has quit IRC23:38
*** rnirmal has quit IRC23:39
*** dragondm_ has quit IRC23:44
*** mattray has quit IRC23:46
*** vladimir3p has joined #openstack-meeting23:54
*** zns has quit IRC23:55
*** novas0x2a|laptop has quit IRC23:56
*** novas0x2a|laptop has joined #openstack-meeting23:56

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