Tuesday, 2012-02-21

*** GheRivero_ has quit IRC00:01
*** byeager has joined #openstack-meeting00:07
*** dolphm has joined #openstack-meeting00:23
*** dendro-afk is now known as dendrobates00:36
*** joearnold has joined #openstack-meeting00:41
*** dolphm has quit IRC01:09
*** markvoelker has quit IRC01:10
*** bengrue has quit IRC01:10
*** dolphm has joined #openstack-meeting01:17
*** ravi has joined #openstack-meeting01:27
*** joearnold has quit IRC01:41
*** dolphm has quit IRC01:45
*** anotherjesse has joined #openstack-meeting02:08
*** jog0 has left #openstack-meeting02:19
*** jog0_ has joined #openstack-meeting02:25
*** jog0_ has left #openstack-meeting02:25
*** zul has quit IRC02:48
*** zul has joined #openstack-meeting02:50
*** novas0x2a|laptop has quit IRC03:02
*** novas0x2a|laptop has joined #openstack-meeting03:02
*** jog0 has joined #openstack-meeting03:03
*** heckj has quit IRC03:24
*** danwent has quit IRC03:38
*** danwent has joined #openstack-meeting05:02
*** joearnold has joined #openstack-meeting05:07
*** anotherjesse has quit IRC05:18
*** anotherjesse has joined #openstack-meeting05:20
*** joearnold has quit IRC05:37
*** joearnold has joined #openstack-meeting05:38
*** anotherjesse has quit IRC05:55
*** anotherjesse has joined #openstack-meeting06:00
*** deshantm has quit IRC06:07
*** joearnold has quit IRC06:24
*** danwent has quit IRC06:24
*** anotherjesse has quit IRC06:50
*** littleidea has quit IRC06:52
*** littleidea has joined #openstack-meeting06:53
*** littleidea has quit IRC07:11
*** adjohn has quit IRC07:12
*** sleepsonthefloo has quit IRC07:17
*** zigo has joined #openstack-meeting08:35
*** zigo has quit IRC08:38
*** zigo has joined #openstack-meeting08:39
*** zigo has quit IRC08:46
*** zigo has joined #openstack-meeting08:46
*** zigo has quit IRC09:00
*** zigo has joined #openstack-meeting09:03
*** derekh has joined #openstack-meeting09:03
*** darraghb has joined #openstack-meeting09:05
*** zigo-_- has joined #openstack-meeting09:12
*** zigo has quit IRC09:13
*** mancdaz has joined #openstack-meeting09:16
*** shang has joined #openstack-meeting09:19
*** shang has quit IRC09:27
*** derekh has quit IRC09:30
*** shang has joined #openstack-meeting09:32
*** derekh has joined #openstack-meeting09:34
*** reed has quit IRC09:44
*** reed has joined #openstack-meeting09:44
*** reed has quit IRC09:48
*** shang has quit IRC10:59
*** shang has joined #openstack-meeting11:13
*** shang has quit IRC11:52
*** sandywalsh has joined #openstack-meeting11:55
*** shang has joined #openstack-meeting12:05
*** sandywalsh has quit IRC12:09
*** sandywalsh has joined #openstack-meeting12:21
*** dprince has joined #openstack-meeting13:07
*** markvoelker has joined #openstack-meeting13:09
*** hggdh has quit IRC13:52
*** hggdh has joined #openstack-meeting13:52
*** oubiwann has joined #openstack-meeting13:55
*** mattray has joined #openstack-meeting13:57
*** shang has quit IRC14:22
*** ayoung has joined #openstack-meeting14:23
*** shang has joined #openstack-meeting14:36
*** sandywalsh has quit IRC14:43
*** littleidea has joined #openstack-meeting14:44
*** deshantm has joined #openstack-meeting14:45
*** dendrobates is now known as dendro-afk14:53
*** ravi has joined #openstack-meeting14:53
*** dendro-afk is now known as dendrobates14:54
*** blamar_ has quit IRC14:56
*** blamar has joined #openstack-meeting15:00
*** ravi has quit IRC15:07
*** joesavak has joined #openstack-meeting15:12
*** GheRivero has joined #openstack-meeting15:18
*** yamahata___ has joined #openstack-meeting15:18
*** dolphm has joined #openstack-meeting15:32
*** Gordonz has joined #openstack-meeting15:42
*** deshantm_ has joined #openstack-meeting15:45
*** deshantm has quit IRC15:48
*** deshantm_ is now known as deshantm15:48
*** reed has joined #openstack-meeting15:57
*** GheRivero is now known as ghe15:59
*** dendrobates is now known as dendro-afk15:59
*** ghe is now known as ghe_rivero16:00
*** ravi has joined #openstack-meeting16:00
*** ravi has left #openstack-meeting16:00
*** dendro-afk is now known as dendrobates16:01
*** ravi has joined #openstack-meeting16:01
*** davlap has joined #openstack-meeting16:07
*** shang has quit IRC16:09
*** dolphm has quit IRC16:11
*** shang has joined #openstack-meeting16:12
*** ravi has quit IRC16:13
*** ravi has joined #openstack-meeting16:14
*** yamahata___ has quit IRC16:14
*** ravi has quit IRC16:19
*** dolphm has joined #openstack-meeting16:19
*** ravi has joined #openstack-meeting16:19
*** dolphm has quit IRC16:23
*** dolphm has joined #openstack-meeting16:24
*** Yak-n-Yeti has joined #openstack-meeting16:29
*** danwent has joined #openstack-meeting16:29
*** mdomsch has joined #openstack-meeting16:30
*** jaypipes has quit IRC16:39
*** ravi_ has joined #openstack-meeting16:41
*** ravi has quit IRC16:41
*** ravi_ is now known as ravi16:41
*** dendrobates is now known as dendro-afk16:44
*** dolphm has quit IRC16:49
*** hggdh has quit IRC16:51
*** hggdh has joined #openstack-meeting16:53
*** dolphm_ has joined #openstack-meeting16:55
*** Daviey has quit IRC17:02
*** nati2 has joined #openstack-meeting17:06
*** nikhil_ has quit IRC17:07
*** nikhil_ has joined #openstack-meeting17:07
*** ghe_rivero is now known as ghe_ubuntu17:08
*** ghe_ubuntu is now known as ghe_rivero17:08
*** Daviey has joined #openstack-meeting17:08
*** dendro-afk is now known as dendrobates17:09
*** sleepsonthefloo has joined #openstack-meeting17:09
*** ravi has quit IRC17:14
*** ravi has joined #openstack-meeting17:14
*** ravi has left #openstack-meeting17:15
*** joearnold has joined #openstack-meeting17:32
*** blamar has quit IRC17:32
*** blamar has joined #openstack-meeting17:33
*** sandywalsh has joined #openstack-meeting17:40
*** jog0 has joined #openstack-meeting17:44
*** jdurgin has joined #openstack-meeting17:52
*** ghe_rivero has quit IRC17:53
*** GheRivero has joined #openstack-meeting17:56
*** derekh has quit IRC17:57
*** shang has quit IRC17:57
ayounganyone here for Keystone?17:57
dolphm_o/17:58
ayounglet me see who else we can scare up17:59
ayoungtermie,   Keystone weekly meeting?18:00
ayoungsleepsonthefloo, ?18:00
*** anotherjesse has joined #openstack-meeting18:01
*** bcwaldon has joined #openstack-meeting18:01
sleepsontheflooping anotherjesse18:01
sleepsontheflooI pinged him rather18:01
bcwaldon*pung18:01
anotherjessemorning18:01
* anotherjesse updates auto-joins18:01
*** heckj has joined #openstack-meeting18:03
heckjmorning morning18:03
heckjsorry for being slightly late18:03
termieholla18:03
anotherjesseheckj - want to lead it?18:03
heckjI don't have a scrollback (no bouncer yet) - anyone formally start this meeting yet?18:03
heckjtermie - yeah, happy to18:03
ayoungnope18:03
heckj#startmeeting18:03
openstackMeeting started Tue Feb 21 18:03:58 2012 UTC.  The chair is heckj. Information about MeetBot at http://wiki.debian.org/MeetBot.18:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.18:04
heckj#topic state and progress - bugs, bugs bugs18:04
*** openstack changes topic to "state and progress - bugs, bugs bugs"18:04
heckjI'm working from http://wiki.openstack.org/Meetings/KeystoneMeeting18:04
heckjdolph went through an cleaned out a pile of bugs18:04
termiei've been on vacation pretty much since the merge and just got into the office so catching up quickly18:04
heckjAnd likewise, I added a pile more - marked with "redux" for the KSL branch work, and "python-keystoneclient" for the client work pending18:05
anotherjessethe review queue is pretty small - https://review.openstack.org/#q,status:open+project:openstack/keystone,n,z18:05
dolphm_do we need to continue using redux tags?18:05
heckjIve been using: "https://review.openstack.org/#q,status:open+keystone,n,z"18:05
heckj#link https://review.openstack.org/#q,status:open+keystone,n,z18:05
*** gyee has joined #openstack-meeting18:05
ayoungI was talking over the Idaccca93  and I94e89271  bugs with the fedora packagers18:05
bcwaldondolphm_: its a good hint at what's not a ks heavy bug, for your triaging effort18:05
heckjThat's giving a broader picture with the client there too18:06
anotherjessedolphm_: I think tagging legacy bugs "legacy" instead of using redux in the future?18:06
termiedolphm_: i'd say no, but we do want to kill off n/a bugs before we get rid of it18:06
dolphm_legacy makes more sense, it's now the exception18:06
ayoungit seems that the migrate.cfg isn't getting into the right place,  and both of those tickets are surrounding it18:06
bcwaldoncan't we just invalidate legacy bugs?18:06
bcwaldonthere is no codebase in which to fix them18:06
dolphm_or tagging them with a more specific release / milestone18:06
heckjbcwaldon: we pretty much did such that for quite a number of them18:06
*** dtroyer has joined #openstack-meeting18:06
heckjbcwaldon: some of them are related to the V2 API which isn't clear - part of our topic for later this meeting18:07
bcwaldonkk18:07
bcwaldonmoving on18:07
anotherjessedtroyer has been doing a lot of work filing new bugs18:07
heckjhe's also been cranking on fixes for a number of them :-) Really good work dtroyer!18:08
dtroyerthanks18:08
heckj#action heckj - mark all existing (non-redux) bugs as legacy with tags18:08
heckjWe'll stop using redux for new tags, and I'll mark through the exceptions18:09
heckjayoung - were you good on the bugs related to the migrate.cfg for packaging?18:09
dolphm_i don't think there are any remaining legacy bugs18:09
ayoungheckj, still don't know exactly what the right fix is18:09
dolphm_but new ones will surely appear18:09
ayoungwe are getting close18:09
heckj#topic triaging bugs going forward18:10
*** openstack changes topic to "triaging bugs going forward"18:10
termieMARK ALL BUGS AS INVALID18:10
termieand we'll just fix things if they get submitted often18:10
heckjheh18:10
bcwaldon#seconded18:11
termiealright, only a randomly selected 50% of bugs each week18:11
bcwaldon#seconded18:11
anotherjesseok, back to the meeting18:11
heckjMy point was more that "is anyone interested in helping define the priority"?18:11
heckjI can take a swag at it to start, and you all can yell at me if you disagree for a first step, but I wanted to be inclusive in that delightful process if anyone wanted to step up there18:12
dolphm_priority of new bugs? or what18:12
heckjsilence == agreement then?18:12
termiemy general thoughts on priority: critical == blocker, anything else but low == we should do this, low == nice to have18:13
littleideaheckj: you are looking for principles to prioritize by or volunteers?18:13
anotherjesseE4 is 10 days away18:13
heckjvolunteers - I'm right with termie on philosphy18:13
termiei'm often more concerned about naming the bugs appropriately, it can be pretty narly trying to remember what all the misnamed bugs really are18:13
termies/narly/gnarlh/18:13
termie...18:13
heckjtermie - and convention you want to stick with that would make it easier>?18:13
dolphm_there's also wishlist for nice to have18:13
anotherjessetermie - agree - updating bug titles is important18:13
termieheckj: no convention, just try to clean them up when prioritizing18:14
termieheckj: if they seem low on info or relevance18:14
dolphm_like "keystone does not start"18:14
heckjkk - I'll see what I can do when going through them. If you want to volunteer to help with that effort, ping me.18:14
heckjdolphm_  yeah I liked that one18:14
termiei'll be going through them all to take a look today also to catch up18:15
dolphm_== "RHEL packaging?"18:15
dolphm_or something18:15
heckjI'm aiming to do a triage weekly going forward18:15
termiedolphm_: yeah18:15
ayoungRHEL packaging one should probably be fixed with my LDAP patch18:15
littleideahow about if there is too much for you to handle, you ping someone18:15
heckjtermie - wait until you see the keystone+horizon bug that devin and im root went on about yesterday, very amusing from the side18:15
ayoungas what is missing is the pip include for ldap18:15
termieyeah18:16
termiejust renamed it18:16
heckjlittleidea - oh, don't worry - I'll be screaming if I need help18:16
littleidea:)18:16
heckj#topic - status of current work18:16
*** openstack changes topic to "- status of current work"18:16
heckjDolph - how's XML coming along (then I'll ask ayoung about LDAP)18:16
dolphm_xml support proposed -- needs reviews18:16
heckjtermie - that's one I'd really like your eyes on18:17
dolphm_https://review.openstack.org/#change,429718:17
*** joesavak has quit IRC18:17
ayoungdolphm_, is there a good way to test from, say curl?18:17
anotherjessedolphm_: are you using the soapui stuff?18:18
dolphm_ayoung: yep, just -H 'Accept: application/xml'18:18
termiei'll be pretty much on reviews and bugs all day, so yeah, your xml patch is on deck18:18
dolphm_anotherjesse: no, it's all python18:18
ayoungdolphm_, sounds good.  I can give it a once over as well18:18
*** xtoddx has left #openstack-meeting18:18
heckjayoung: LDAP work?18:18
heckj#link https://review.openstack.org/#change,433118:19
ayoungso LDAP code has been submitted for review18:19
anotherjessedolphm_: related to the xml, are you also working on the WADLs -> docs.openstack.org?18:19
ayoungthe most questionable piece is probably the inclusion of the modules18:19
heckjOops - sorry, didn't wait long enough18:19
* ayoung waits18:19
dolphm_anotherjesse: i've been working with anne on that, i think she's taking over the bug though18:19
anotherjessecool - go on ayoung18:19
dolphm_i'm helping her with the merge, she's organizing it all, etc18:20
ayoungso the modules are, as I see it,  the contract of the documentation of the objects returned from the Identity API18:20
ayoungwe need to document that somehow,  and doing it in code is prefered18:20
*** jakedahn has joined #openstack-meeting18:20
ayoungbut the SQL etc Identity backends don't use that code.18:20
termieayoung: is there a piece of code you are referring to specifcially? i haven't looked at your patch in review yet18:21
heckjayoung - sorry, I'm being dense - can you give me a reference or link to the "modules" - I'm not sure what that means18:21
ayoungAlso,  I need to submit at least one small update to the LDAP patch,  to make the LDAP calls go via a threadpool18:21
ayoungtermie, the file in the patchedcode is18:21
anotherjessetermie: it seems like identity backends don't have a list_tenants - intended (or should I file a bug?)18:21
ayoungkeystone/identity/models.py18:22
dolphm_anotherjesse: i think dtroyer proposed a patch for that?18:22
ayoungheckj, the modules.py file was in the old keystone code base18:23
ayoungmy version looks like this18:23
ayounghttp://fpaste.org/PkT6/18:23
ayounghmm,  might have had git issues,  that file looks larger than what I had...let me find the right version18:24
dtroyeranotherjesse: get_tenants_for_token is what list_tenants should do, but without the tenant filter18:24
heckjayoung: I'm not entirely sure we care so much about that original setup, that seems to be a hold-over of an older application structure. Am I missing something?18:24
ayounghttps://github.com/admiyo/keystone/blob/ldap4/keystone/identity/models.py18:25
anotherjessedtroyer/termie: I'll look up what I was thinking18:25
termiedtroyer, anotherjesse: talking about doing both of those was discussed a bit previously, to support legacy behavior18:25
ayoungheckj, thing is,  we need to document what you get back from get_user18:25
termiedtroyer, anotherjesse: i think gabriel hurley was going to go add the list_tenants version in addition to the get_tenants_for_user18:25
anotherjessetermie: I'm referring to backend api, not http api18:26
termieanotherjesse: i know18:26
anotherjessewill discuss in #openstack-dev after meeting18:26
ayoungheckj, otherwise, if you want to add a new backend you need to reverse engineer it from the SQL alchemy code,  which is wrong18:26
termieanotherjesse: there are two different backend paths for the same frontend call depending on context18:26
termieayoung, heckj: agreed, we've discussed this before, is it a bug yet?18:26
dtroyertermie: I proposed a get_tenants_for_user yesterday.  My list_tenants (equivalent) depends on some other props to land first18:26
heckjtermie - I think it is18:26
* heckj looks18:26
ayoungtermie, no.  The change should be going in the LDAP code to start18:26
termiedtroyer: you propossed get_tenant_by_name perhaps? get_tenants_for_user already exists18:27
ayounger...actually,  yes it is a bug.18:27
heckj#link https://bugs.launchpad.net/keystone/+bug/92844118:27
heckjfound it18:28
uvirtbot`Launchpad bug 928441 in keystone "document base model types for key elements within Keystone API" [High,Confirmed]18:28
ayoungtermie, so is adding the models.py file OK,  and we'll just use that as a startuing point for the other stuff?18:28
dolphm_.mkv18:28
termiedtroyer: https://github.com/openstack/keystone/blob/master/keystone/identity/core.py#L12718:28
dolphm_(wrong window)18:28
termieayoung: sure, but it'll probably get ignored until there is something actually using it (if it is only for doc purposes)18:28
ayoungtermie, LDAP code uses it18:28
termieayoung: then what is the question?18:29
dtroyertermie: then it was get_users_for_tenant… too little sleep...18:29
termieayoung: will be part of your review, no?18:29
*** adjohn has joined #openstack-meeting18:29
ayoungtermie, yes18:29
heckjLet's call it good there -18:29
termieayoung: then we'll sort it htere18:29
ayoungOK18:29
*** zykes has joined #openstack-meeting18:29
heckjso state for XML and LDAP is both are under review and moving forward18:29
*** zigo-_- has quit IRC18:30
anotherjessewith the goal of landing before E4? (Mar 1)18:30
heckjideally18:30
heckj#topic - E418:30
*** openstack changes topic to "- E4"18:30
heckjSo related there - E4 is coming up damn quick, and I'd like to have us all focus exclusively on bug fixes and doc updates in E4. Any qualms?18:31
heckjCall it a feature freeze on the code side after E4?18:31
ayoungIPv6 is probably not going to be E4 ready, as it is dependant on an Upstream eventlet change.  Recommend we postpone it.18:32
ayoungupstream eventlet change that is not yet submitted upstream, that is18:32
heckjayoung - is that linked as a bug? blueprint?18:32
anotherjesseayoung: I agree since if someone needs ipv6 they can use an http proxy?18:32
heckj(I agree, btw)18:32
ayoungheckj, it is in the IPv6 bug18:32
anotherjesse(and it is the same issue for all the other openstack components)18:33
*** gyee has quit IRC18:33
heckjayoung: retagged it to folsom-118:33
heckjany qualms with "feature freeze" for Essex4+? (going twice)18:34
termienope18:34
heckj#agreed keystone to feature freeze - exclusive focus on bugs and docs for post essex4 milestone18:34
*** gyee has joined #openstack-meeting18:35
heckj#topic tenants & users - should all 'users' have a default client18:35
*** openstack changes topic to "tenants & users - should all 'users' have a default client"18:35
anotherjessedo you mean default tenant?18:35
termiewe've discussed default tenant quite a bit on my team and we've wanted it since pretty much day one18:35
heckjYeah - and the expected and needed interactions between all these guys.18:35
anotherjesseright now horizon doesn't expect a default tenant to exist18:35
termiewe pushed off doing it pre-merge so as not to mess with stuff, but i think we'd still like it18:36
heckjKey question - does anyone know of a use case where you'd want to have a user *without* a tenant, let alone a default tenant?18:36
* termie looks at dolphm_18:36
anotherjesseheckj - you can have a backend (like LDAP) where you don't know the default tenant18:36
anotherjesseheckj - if you are mapping into an existing LDAP/AD/...18:36
termiein practice people are selecting the first tenant from a list in those cases18:36
heckjanotherjesse: is that a desired feature though? Why would you want to auth them to do anything if they weren't related to a block of "ownership of resources" (what I think a tenant represents)?18:37
anotherjessetermie: it could be that there is no tenant (you are backending to a corporate LDAP - you have a user — but no tenant memberships exist for you yet)18:38
anotherjesseI think we want to design it so a user could come back with no tenant membership18:38
anotherjessewhich wouldn't let them do much18:38
anotherjessebut wouldn't blow up18:38
termieanotherjesse: that seems opposite to your previous statements18:38
ayounganotherjesse, you mean where you are pulling in a large user list from some external identity mangement system?18:39
termieanotherjesse: do you have a use case for a non-tenanted user?18:39
dolphm_this all makes more sense to me if you can have a list of default tenants, and tokens can be scoped to multiple tenants as well18:39
heckjanotherjesse: that's not a great UX for the user - it means someone else has to intervene to get them functional. I think we should ideally default to a flow that gets someone functional right off the bat, or deny then auth.18:39
dolphm_but that doesn't fit the spec at all18:39
anotherjesselet's move this to the mailing list?18:39
anotherjesseor #dev after the meeting18:40
heckjanotherjesse: want more time to think on it?18:40
anotherjesseheckj: let's talk in #dev in 20 minutes18:40
heckjI'd like to try and drive to some conclusions pretty quick here, as the docs are incomplete here, and there are bugs that are dependent on the answers18:41
heckjanotherjesse: Ok, I'm good with that18:41
heckj#action: resume discussion in #openstack-dev after meeting18:41
heckjlast topic -18:41
heckj(Am I going to fast for folks?)18:42
bcwaldonnope, you're fine18:42
dolphm_nope18:42
heckj#topic collection of use cases - designing v.Next18:42
*** openstack changes topic to "collection of use cases - designing v.Next"18:42
dolphm_yay18:42
heckjI started a wiki page to collect use cases18:42
heckj#link http://wiki.openstack.org/KeystoneUseCases18:42
heckjtermie and I are both in agreement we want to keep this as close to rubber on the road as possible18:42
heckjI'm hoping that using this as a baseline, we can drive out more discussion at the Design Summit on the next gen of the API and the key constructs18:43
anotherjesseheckj we need to add one about adding an experimental/third party service - and supporting it without giving it complete power to do everythign (eg if we send it a user token, they can send it to all the other services and act as the user)18:44
*** Vanchester has joined #openstack-meeting18:44
anotherjesse(service = new cloud service to the catalog)18:44
heckjFor some of the fundamental changes that were originally planned in essex, there were side-effects that I don't think were clearly communicated to all the other projects (nova, glance, swift, horizon). My goal is to have a basis to do that at the summit, talking in concrete terms18:44
heckjanotherjesse: can you add that in to the wiki page?18:45
anotherjessesure18:45
heckjor send me an email with the details, and I can pester you until I understand and I'll add it :-)18:45
anotherjesseit is in the folsom summit topics as "Trust & Service"18:45
anotherjesseit does need fleshed out18:45
heckjanotherjesse: I think that's reasonably well defined in your head, and at the moment, not at all in mine18:46
termieheckj: nice18:46
anotherjesseheckj - perhaps we should focus on these post march 1st?18:46
heckjayee also has the desire for a domain (the HP domain thing from earlier) that I needs to get nailed down into more concrete terms18:46
anotherjesseheckj - you mean gyee18:46
anotherjesse?18:47
heckjanotherjesse: good by me - just wanted to start the ball rolling for anyone interested in looking forward18:47
heckjanotherjesse: ^^ gyee, yes, sorry18:47
heckj(crappy typist)18:47
anotherjessegeneral discussion time?18:47
heckj#topic - open discussion18:48
*** openstack changes topic to "- open discussion"18:48
gyeeI was half way there, implementing domains for the fat Keystone, till KSL came along18:48
gyee:)18:48
heckjanotherjesse: made a quick note in the wiki so I wouldn't forget it18:48
*** bengrue has joined #openstack-meeting18:48
*** vito_ has joined #openstack-meeting18:48
heckjgyee: yeah, sorry about that.18:48
*** vito_ is now known as Guest3947218:49
anotherjessenotmyname just gave https://review.openstack.org/#change,3712 a +2 (that is dtroyer's patch for common keystone configuration of cli tools)18:49
anotherjesseanyone been around swift enough to know if they wait for another +2 before approval?18:49
notmynameyes they do18:49
anotherjessecool - was going to ask if we knew anyone else to reach out to, to get the other review ;)18:50
gyeebtw, we do have SSL hookup for the LDAP backend right?18:50
heckjgyee: I know there was prior discussion on domains, but it's very wide impacting and needs to be discussed with it's impact to the broader project. I'm concerned that the impact flow into other projects isn't well understood or represented as (blueprints) in those projects (nova, swift, glance, etc).18:50
heckjgyee: take a look at ayoung's code in https://review.openstack.org/#change,433118:51
gyeek18:51
ayounggyee, not yet18:51
anotherjessenotmyname: do you have a recommendation of who we can ask to review the cli patch?18:51
*** adjohn has quit IRC18:51
ayoungfirst hack is using LDAP,  Have not test ldaps18:51
gyeeayoung, SSL is a must have, LDAP cache is good to have since LDAP data are highly static18:51
notmynameanotherjesse: nothing more specific than "any of the other core devs"18:52
ayounggyee, I'll give it a test.  Need to set up my openldap setup for ldaps.  THink it should work18:52
heckjnotmyname: put more bluntly, can we ask for your help in digging up another core reviewer?18:52
anotherjessenotmyname: can you ask in your swift channel - we would like essex to have a standard way of configuring clients and I know you guys do releases a little different - so the sooner the better :)18:53
notmynameheckj: heh18:53
notmynameya, I'll ask the other devs to take a look :-)18:53
anotherjessethanks!18:53
heckjnotmyname: thank you!18:53
anotherjessehas anyone reached out to the fedora guys about packaging?18:54
termienot i18:54
anotherjessechuck is already working on it for ubuntu18:54
heckjI've been talking with Josh Harlow a bit - can reach out to Kiall18:54
heckjI don't know who's really doing that side of the work though18:55
heckj(also submitted a few packaging patches to chuck yesterday)18:55
anotherjesseheckj - markmc might be a good person to ask18:55
* zul ears perk up18:55
heckjanotherjesse: do you know who to contact?18:55
heckj^^ thanks18:55
uvirtbot`heckj: Error: "^" is not a valid command.18:55
heckjdamn bot18:55
heckjzul: just tossed you a few patches to look at re: packaging - actually on several projects18:56
zulheckj: yep they all got merged this morning18:56
*** Vanchester has quit IRC18:56
heckjOh - sweet.18:56
heckjAnything else? Anyone else?18:57
anotherjesseso - resume talk in #dev about default tenants in 5 minutes (bio break)18:57
termiek, i am about to adjourn from this to go talk about default tenants with jesse so we can have something for the channel18:57
heckjsounds good18:57
termie(after bio, not during)18:57
heckjThanks all - if you want something in the agenda for next week, ping me.18:57
heckj#endmeeting18:57
*** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)"18:57
openstackMeeting ended Tue Feb 21 18:57:44 2012 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:57
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-18.03.html18:57
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-18.03.txt18:57
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-18.03.log.html18:57
*** dendrobates is now known as dendro-afk18:58
*** jog0_ has joined #openstack-meeting18:58
*** jog0 has quit IRC19:01
*** jog0_ is now known as jog019:01
*** heckj has quit IRC19:02
*** heckj has joined #openstack-meeting19:02
*** shang has joined #openstack-meeting19:03
*** darraghb has quit IRC19:07
*** GheRivero is now known as GheAway19:08
*** Guest39472 has quit IRC19:11
*** GheAway has quit IRC19:12
jeblairi think mtaylor is out sick19:16
heckj:-(19:17
heckjhope he gets better soon19:17
*** vitoordaz has joined #openstack-meeting19:20
vitoordazHello19:22
*** ewindisch has joined #openstack-meeting19:25
*** jk0 has joined #openstack-meeting19:42
*** jbryce has joined #openstack-meeting19:44
*** devcamcar_ has joined #openstack-meeting19:52
*** mdomsch has quit IRC19:56
*** justinsb has joined #openstack-meeting19:57
*** sparkycollier has joined #openstack-meeting19:57
*** jmckenty has joined #openstack-meeting19:58
*** ewanmellor has joined #openstack-meeting19:58
jbrycewho's here?19:59
jk0hi19:59
jbryce#startmeeting19:59
openstackMeeting started Tue Feb 21 19:59:59 2012 UTC.  The chair is jbryce. Information about MeetBot at http://wiki.debian.org/MeetBot.20:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.20:00
danwento/20:00
pvoo/20:00
ttxo/20:00
jbryceagenda: http://wiki.openstack.org/Governance/PPB20:00
anotherjesse\o/20:00
reedo/20:00
ttx5/1420:00
ttxor is it 12?20:01
ttxno.. 14.20:01
jbryce1420:01
jbryceyep20:01
jbrycewe need 2 more20:01
vishyo/20:01
notmynamehere20:01
ttx7/1420:01
jbrycedevcamcar, ewanmellor, jmckenty: around?20:01
ewanmellorYep20:01
jmckentyyep20:01
jbryce#topic Quantum core promotion20:01
*** openstack changes topic to "Quantum core promotion"20:01
ttx9/14, yay20:01
*** johnpur has joined #openstack-meeting20:01
jbryceso picking up from where we left off last week with quantum, did everyone see dan's email?20:02
anotherjesseDan - "The existing nova-network manages will remain supported for Folsom, but no feature work will be done on them (only bug fix work)" - is refining of the APIs considered feature work?20:02
jmckentyyeah, vaguely20:02
danwentanotherjesse:  tenant APIs, or internal network API abstraction?20:03
vishyanotherjesse: which apis?20:03
*** devcamcar_ has quit IRC20:03
anotherjessevishy: the work bcwaldon and others have been doing on revising the openstack api (for 3.0 or whatever it is called)20:03
danwentultimately, I think what work is done on existing managers is vishy's call.  I think his goal is to minimize it.20:03
vishyanotherjesse: we discussed trying to move those apis into a network-api20:04
vishythe same way we are for volume20:04
*** devcamcar_ has joined #openstack-meeting20:04
vishybut we could leave the extensions in compute and deprecate them20:04
anotherjessevishy: ok, I read the document dan sent as: we will have a quantum API and the exising nova APIs would "proxy" to quantum20:04
vishyinitially yes, but the goal is to get to a standard openstack network api i think20:05
anotherjesseindependent of that there is the work on taking some of the extensions in nova and making them core in the next version20:05
anotherjesseif those are still proxying to quantum would we be able to do that20:05
anotherjesseor is that considered feature work?20:05
vishyanotherjesse: do you think nova v3 will be done in folsom?20:06
vishythat seems like a G think to me20:06
*** jog0 has quit IRC20:06
anotherjesseit seemed F before essex ;)20:06
*** jog0 has joined #openstack-meeting20:06
danwentI think having network API in both nova + quantum API long-term is a mistake.20:06
vishyi don't think floating ips and security groups (for example) should be in the compute core api20:06
johnpurdanwent: agree20:06
anotherjesseI think we need to be explicit about that in the plan document20:07
pvovishy: I'd agree with that.20:07
anotherjesseso - *no* further progress on nova network api-s … at the release of essex they are frozen in time20:07
anotherjesse(modulo bug fixes)20:07
pvoanotherjesse: on 2.0 api, you mean?20:08
danwentanotherjesse:  OK.  I had considered the nova network apis part of the existing nova network managers.  I will make the explicit in a revised version of the doc.20:08
anotherjessepvo - they aren't in the 2.0 api - they are only in extensions20:08
vishywhy cant we update ext?20:08
*** zns has joined #openstack-meeting20:08
pvoright, no further progress on 2.0. they're locked and 3.0 opens for dev estimated by F/G?20:08
anotherjessevishy: that's what I'm trying to ask - the document doesn't make a statement on what we do with the nova-network APIs (that are currently extensions)20:08
znso/20:09
anotherjesseare they frozen, are they considered for inclusion with core, can they evolve as long as the feature set doesn't change, ...20:09
anotherjessethe document talks about feature work & the managers, not the API20:09
vishyi think we can make minor changes as necessary20:09
danwentanotherjesse:  I would expect that those nova-apis would be handled along with the existing nova-network managers.  They would be largely frozen, and not planned to be promoted from extensions to part of the core nova API.  I would not expect Quantum functionality to be exposed via those Nova APIs.20:11
jbrycei also think we shouldn't tie the evaluation of quantum only to that decision. if quantum is functional and has matured and is on the path right now, i don't want to delay it an entire additional 6-month release cycle before it's core20:12
jmckentyI worry about integration, though20:12
vishywe absolutely have to define a network v1 api20:12
vishythat would include quantum/melange features as well as network related functionality in nova20:13
jmckentyregardless of quantum's quality and functionality, if it's not well-integrated with the rest of core, we could easily end up with problems20:13
danwentjmckenty: can you elaborate?  I know you expressed some concerns last week via email.20:13
jmckentysure - do existing simple behaviours work out of the box?20:13
anotherjessesummary about APIs: nova's network extensions (floating ips, sec groups, …) will remain extensions and no work should be done to promote them core. any work done to networking extensions should be minimal20:14
jmckentyE.g., do launched instances end up with working network connectivitiy20:14
danwentjmckenty: yes20:14
danwentjmckenty:  assuming you've setup a quantum plugin and are running QuantumManager for you network manager20:14
jmckentydo sec groups work with quantum?20:14
jbryceit seems like there's a plan for integration that vishy and danwent have come up with and both agreed on, but it's going to be hard to know every detail right now no matter how long we spend talking through it20:14
anotherjessethe difference between this and the glance integration - nova has an "image-list" functionality that we didn't remove that proxies to core and is expected to be there.20:15
vishyjbryce: +120:15
jmckentyright - can we gate on trystack?20:15
ttxjbryce: +120:15
danwentjmckenty:  that is one of the APIs we're planning on moving over from Nova to Quantum.20:15
*** eglynn__ has joined #openstack-meeting20:15
*** johnpur has quit IRC20:15
*** johnpur has joined #openstack-meeting20:15
devcamcar_+120:15
anotherjesseanyone who wants any networking apis will need to use quantum since extensions shouldn't be assumed to be there20:15
danwentbut existing nova security groups work if your plugin supports them.20:15
danwentsorry, two threads at once...20:15
vishyanotherjesse: yes, we aren't forcing the issue in folsom20:16
anotherjessejmckenty: trystack is a deployment of the *last* stable release - doesn't make sense to gate on it20:16
vishyanotherjesse: so folsom will ship with deprecated network and old extensions20:16
*** ewanmellor has quit IRC20:16
jmckentyright, so what's the integration CI environment?20:16
anotherjessevishy: the doc says the default is quantum20:16
jmckentye.g., can we make promotion to core dependent on successful integration testing?20:16
vishyanotherjesse: doc says goal is to default to quantum20:16
devcamcar_it should be the default20:16
vishyanotherjesse: but we're leaving old stuff in as a fallback20:16
anotherjessevishy: :)20:16
jbryceit's status quo for folsom in capability with the upside potential of extra functionality in quantum20:16
danwentjmckenty:  we're integrated with devstack, though no one is running automated smoketests yet.  This is something I'm really pushing for.20:17
vishyanotherjesse: we wil have to decide around FF time if the integration is complete enough to switch the default, but I think we should strive to make it that way.20:17
danwentjmckenty:  these are all good points, and items we need to take care off.20:17
ttxvishy: sounds like a good plan.20:17
jmckentySo I would be worried about promoting to core if it's not ready to be the default20:17
danwentjmckenty: I'm not trying to say that we're fulling integrated yet, just trying to get a better sense of your concerns.20:18
jmckentyI think it ends up being a confusing message for the user community20:18
jbrycehow do other people feel about conditional promotion?20:18
jbryceupon integration testing?20:18
johnpuri believe the project (Quantum) is ready to be promoted to core and that all of the issues being raised can be worked by dan, vish, etc.20:18
danwentI think there's risk for confusion either way, as people are already starting to use Quantum because it solves a need, yet it is not core.20:18
jbryceright20:18
ttxjbryce: I think it's a bit of chicken-and-egg. I trust Dan and Quantum guys to get their Ci integrated20:18
anotherjessevishy: my concern is that if we don't state what we are doing with the nova api's then people will either want to make changes or we end up frozen with no progress if it doesn't land (eg, the lunr situation with volumes - where we didn't change anything for a long time with volumes — or the keystone situation where everything didn't land and it was assumed)20:18
*** dolphm_ has quit IRC20:19
johnpurwe need to step forward and set the direction for the networking in OpenStack20:19
jmckentydanwent: right, that's what the incubation stage is for, though20:19
*** ewanmellor has joined #openstack-meeting20:19
*** dolphm has joined #openstack-meeting20:19
jbrycettx: that's my personal feeling too. especially seeing how mature they already were when they started incubation20:19
anotherjesseif the document says we are freezing feature work for folsom, we should have a statement about api work too20:19
vishyanotherjesse: I think we need to get a draft proposal for network api v1 out asap20:19
ttxjbryce: and how efficiently they managed to align with release process around E320:19
johnpurvishy: +120:19
vishyanotherjesse: even if it means we do the same thing we did with volumes, separate it into its own endpoint20:20
jmckentyI can't vote to promote to core without automated smoketests or a community-accessible integration environment20:20
jmckentyeven if that's a higher bar than any other project :)20:20
devcamcar_I don't see a better way to reach the finish line than to try it. dan has done a great job integrating with rest of projects20:20
anotherjessejmckenty: there is already devstack support for quantum, and you can run tests against it20:20
danwentjmckenty:  I'm a huge fan of getting that work done.20:20
ttxpromoting to core is always a bit of a leap of faith. This one seems less risky than others we did in the past.20:20
jbrycejmckenty: it is a 6-month period before it's actually core in a release20:20
jmckentyttx: the previous ones were a bit of a train wreck, though20:21
jbryceif we don't promote now, we're basically saying quantum won't be core for at least a year20:21
danwentI think we have all of the pieces together, we just need someone to actually put us in the main CI environment.20:21
jmckentythe goal should be to do better, right?20:21
*** zykes- has joined #openstack-meeting20:21
jmckentyk20:21
jbrycejmckenty: absolutely20:21
jmckentyso I'm still good with conditional promotion20:21
ttxjmckenty: part of the issue is linked to the fact that 6 month is a long time to wait if you miss the boat. Working on fixing that :)20:21
jbrycei'm fine approving and giving dan some things that we think are priorities. it sounds like he already agrees that they're priorities and from the way that quantum has gone to this point, i have a lot of faith that he'll get it done20:21
jmckentyI'd also like to see a bit of a migration plan for existing deployments20:22
jmckentyon the docs side20:22
danwentI would agree that if quantum is not successfully integrated into the CI infrastructure, I wouldn't want it as core :)20:22
vishydanwent made the point when we talked that there is no way they can get all of this done with the current team20:22
vishyso the onus is on nova to start moving people over to focus on quantum20:22
jmckentygotcha20:22
pvovishy: thats part of our plan as well.20:23
danwentjmckenty:  we have a pretty good start on docs: http://docs.openstack.org/incubation/openstack-network/admin/content/index.html20:23
vishythey need to double the amount of people working on it20:23
jmckentyand we need core status and a freeze on nova-network to do that20:23
johnpuror recruiting more network savvy people from the community20:23
vishyjmckenty: right20:23
*** GheRivero has joined #openstack-meeting20:23
jmckentydanwent: I like the docs, but they don't have a "migrating from nova-network" section :)20:23
danwentjmckenty:  fair :)20:24
jmckentyI saw a lot of pain on the "switching to keystone" side, that I think docs could have helped with20:24
jmckentyI'll see if Lloyd can help with that20:24
anotherjessesome of the work will need to be devs fixing things like "Multi-host nova-network HA is not supported (i.e., running nova-network on each compute node for HA purposes). It is unlikely that Quantum Manager will support this mode in Essex."20:24
danwentjmckenty:  definitely.  we'd really appreciate some help on that end.20:25
jbrycefor essex, quantum would still not be core, though20:25
jmckentyanotherjesse: yeah, that would be a major regression20:25
*** zykes has quit IRC20:25
jbryceand not included or defaulted to in nova20:25
danwentanotherjesse:  yes.  Quantum is actually going to have its own L3 abstraction that will support a multi-node deployment.20:26
danwentthose docs are for people using it right now.20:26
annegentleI'd like to see migration plan plus detailed plans on doc updates for existing network info for nova20:26
danwentbut i agree providing a multi-host equivalent is important.20:26
annegentlebasically what all the rest of y'all are saying20:26
*** mattray has quit IRC20:26
vishydanwent: we can take this offline, but I think we need to discuss whether the network_api/v1 will live in nova for the time being20:27
jmckentyI'd also like to see some commitment from the quantum vendors community to provide context around their products (Nicira, MidoNet, Cisco-whatever, etc)20:27
danwentvishy:  ok.20:27
jmckentythat's probably a separate concenr, though20:27
jbrycetodos for dan: migration docs, integration testing, ha mode20:27
vishybasically promoting all the extensions and the mova.network.api to its own endpoint20:27
sorenjmckenty: Context?20:27
devcamcar_multihost is essential20:27
jbrycevishy: mova? is that a new fork?20:28
vishyoh yeah20:28
vishyits mo bettah20:28
reedmova and rwift20:28
jk0hehe20:28
anotherjessevishy: that is what I need to understand before I can say yes/no to core20:28
danwentdevcamcar:  I see the basic requirement being that there must be an open source quantum plugin that provides all of the capabilities of the existing nova network solution (and hopefully much more)20:28
jmckentysoren: we'll need a blog post that says: "This is quantum. It replaces nova-network because of <x>. There are commercial versions of quantum from vendors <x,y,z> with features <a,b,c>"20:28
*** legkodymov has joined #openstack-meeting20:28
danwentwhat other vendors choose to do in terms of HA strategies is up to them.20:28
jmckentysoren: otherwise, I'm going to be on the phone with PCWorld explaining how CISCO has taken over OpenStack, or some such retardedness20:29
jmckentyAla what just happened with MSFT20:29
jmckentyOh, speaking of which - PCWorld called this morning and wants to talk about MSFT. I gave them Collier's cell #. Anyone else know anything concrete?20:30
jbrycejmckenty: they're working on their plan. nothing concrete announced20:30
jbryceother questions or should we vote on promotion?20:30
danwentbtw, who is best point of contact talked to about CI infrastructure integration?20:30
* jmckenty apologizes for the segue20:30
anotherjessedanwent / vishy - does this mean we need to define network api 1.0 strategy before a vote20:31
ttxdanwent: Ci infra integration: jeblair and mtaylor20:31
danwentok, usual suspects :)20:31
anotherjessedanwent: mtaylor is sick, jeblair20:31
vishydanwent: basically it just involves proposing defaults to devstack and opnstack-ci20:31
vishyi turned on the volume tests doing that20:31
danwentvishy: ok, then we may be good to go already.20:31
anotherjesseI'm happy with +1 to core assuming we have a solid stance about what the API expectations are for nova with and without quantum20:32
johnpurthe ci piece should not be much trouble20:32
vishyanotherjesse: +120:32
jbryceok20:32
jbryce#info VOTE: Should Quantum be promoted to core for the Folsom release cycle20:32
vishylets say a clear plan on network.api.v1 by the end of the summit20:32
johnpurvishy: agree20:33
zns+120:33
jmckentyadd in a clear plan on integration testing, and docs for migration, and I'm +120:33
ttx+120:33
johnpur+120:33
jbryce+120:33
jk0+1 from me, and +1 from pvo (he had to run to another meeting)20:33
ewanmellor+120:33
notmyname+020:33
anotherjesse+020:33
devcamcar_+120:33
anotherjesseuntil I know about what the nova api story is I can't +120:33
vishycan we document the requirements20:34
vishy?20:34
vishyand have an option to reverse the decision if they aren't met?20:34
vishyas in a contingency promotion?20:34
*** dprince has quit IRC20:34
jmckentyI think that's the plan, yes?20:34
ttxvishy: we actually always have the option of reversing the decision.20:34
jbrycevishy: we can always revoke core status20:34
jbryce#info Quantum is approved for core promotion for Folsom release (8 - +1, 2 - +0)20:34
danwentanotherjesse:  specifically, are you looking to understand what network-related APIs will be exposed by nova stand-alone in F?20:35
ohnoimdeadhooray!20:35
*** jaypipes has joined #openstack-meeting20:35
reedcongratulations danwent and the whole Quantum team20:35
heckjCongrats Quantum crew!20:35
*** patelna has joined #openstack-meeting20:35
anotherjessedanwent: it is mostly a nova question - not a quantum question20:35
jbryce#info priorities for first core cycle: migration documentation, feature parity with nova-network, integration with CI/testing, network api plan coming out of folsom summit20:35
danwentok, thanks folks.  I think we had a lot of good suggestions during the meeting today.20:35
*** jaypipes has quit IRC20:36
anotherjessedanwent: there has been lots of thought going into the openstack APIs and I'm not sure they need to be in sync with this20:36
danwenti'll appreciate you help working through these issues during the summit and beyond.20:36
jbrycedid i miss any priorities?20:36
*** shang has quit IRC20:36
johnpurfrom a policy standpoint, jmckenty has brought up a good point in that we should blog/document how Quantum fits into the overall direction OpenStack is taking20:36
danwentanotherjesse:  agreed20:36
jmckentyrandom question - does this mean danwent is on the PPB now?20:36
jbrycehe would be after the next election cycle20:36
jbrycethat's how we have handled the previous core promotions20:36
anotherjesseI think it can happen, I just don't want either what happened to volume api or keystone integration to occur again20:36
danwentanotherjesse:  I've been talking to some folks, but it seems bcwaldon and some others may need to be in the mix20:36
jmckentydanwent: if you can get it down to a couple of sentences, that would be awesome.20:36
znsdanwent: well done. The bar continues to rise for incubation. It's good :-)20:36
*** jwalcik has joined #openstack-meeting20:36
danwentjohnpur: +120:37
znsdanwent: I meant for inclusion in core.20:37
jbryceok20:37
jbryce#topic quantum + melange20:37
*** openstack changes topic to "quantum + melange"20:37
jmckentyis this a status update?20:37
jbryceanything we should discuss on quantum + melange?20:37
jbryceit was on our list of things to review this week20:37
ttxI read that Melange would get folded into Quantum in Folsom ?20:37
danwentttx:  that is what Troy is pushing for, and I think it makes sense.20:38
ttxThat Melange is unstable, always looking for a project to live in.20:38
jmckentyIs it active?20:38
*** jaypipes has joined #openstack-meeting20:38
jmckentyrelatively?20:38
*** jwalcik has quit IRC20:38
*** Raj_ has joined #openstack-meeting20:39
anotherjessedanwent: does that mean sharing the same DB + queue + whatever internal datastores20:39
danwentjmckenty:  I believe there is active development, but primarily from Rackspace20:39
jbrycejmckenty: i think it's moderately active, but not a large pool of developers20:39
anotherjessedanwent: or does that mean it is in the project but mostly stand-alone?20:39
*** russellb has joined #openstack-meeting20:39
danwentanotherjesse:  not necessarily.  was talking with Trey Morris about this today.20:39
jmckentyI don't like the name melange anyway, so I'm happy to see it merge with a project with a cool name :)20:39
devcamcar_I've heard it'll go back into nova, that it'll go in quantum. Seems clear that it won't be a separate project long term20:40
danwentprobably would not fundementally change the back-end architectures of either.20:40
danwentkey motivation is: 1) single network API for tenants, 2) Melange is important to decoupling networking from Nova DB.20:40
danwentfor example, if you want a network that spans a nova zone.20:40
jmckentycell20:40
ttxdanwent: if Melange is needed for Quantum to work... it either needs to be included or file for core20:40
danwentjmckenty: ahem… yes, sorry20:41
johnpurperhaps we should have a topic on if/how to attract more active contributors across the OpenStack projects?20:41
jmckentyjohnpur: We'll need a longer slot for that - and AFTER we talk about design summit attendance20:41
johnpurto help out Quantum, Melange, etc.20:41
danwentttx:  it is not strictly needed, as Quantum already works with Nova IPAM as well, but it is important to achieving the two goals I mentioned.20:42
ttxdanwent: ok20:42
sorenttx: Well..20:42
sorenttx: We have plenty of dependencies in Openstack on stuff that isn't core openstack.20:42
jmckentysoren: but do we have dependencies on incubated projects?20:42
sorenttx: If Melange had a thriving life on its own, that could still work.20:42
jmckentyor just external ones20:42
danwentjohnpur:  yes, I think attracting developers, especially those interested in the "core" code, not plugins, is very important.  I've already been working at it.20:43
anotherjessedanwent: I like the idea that IPAM lives inside quantum, but I think it would be nice if it could be deployed & operated separately (different db/endpoint/controller)20:43
sorenjmckenty: At the moment, only external ones (that I know of).20:43
jmckentyyeah, same.20:43
ttxjbryce: not sure there is that much to discuss about quantum+melange, then20:43
jbryceok20:43
jmckentyjbryce: maybe get Trey to present if there's more to discuss?20:43
jbryce#topic Design Summit attendance process20:44
*** openstack changes topic to "Design Summit attendance process"20:44
jmckentyCan I ask how we ended up with the process we have?20:44
jmckentyE.g., who was involved in the decision?20:44
jbrycettx: do you want to just summarize the process and thinking behind it?20:44
ttxI can ... try20:44
ttxOne goal of the events team was to have a single registration process20:45
jmckentysorry, who is the events team?20:45
ttxjmckenty: lauren, markC, ToddM20:45
reedme20:45
*** joesavak has joined #openstack-meeting20:45
ttx+reed20:45
jmckentyktnx20:45
reed:)20:45
ttxmy goal was to make sure we could get the right people, i.e. have the developers we need without overflowing the rooms with too many people20:46
jmckentyso there are three big issues with that20:46
jmckentyfirst, it's not a community-inclusive process to make drastic changes to the biggest OpenStack event20:47
ttxand somehow the limitations in cvent drove us to the invite-onnly situation20:47
jmckentysecond, you're defining the "Right People" without consultation20:47
reedIf I may add, the single reg process is a solution to the confusion created last time20:47
jmckentyOpenStack's biggest advantage, historically, has been it's relatively business-friendly format20:47
ttxjmckenty: so far we (RAX) always controlled who the "right people" were20:47
sorenjmckenty: Who do you believe are being excluded?20:48
ttxthrough wait lists or invites20:48
jmckentyI've had 6 people email me asking for invite codes in the past two days20:48
notmynameI've got a list of 14 people to invite20:48
ttxThis time we decided to involve the PTLs in the process20:48
jmckentymostly new potential developers who I told to come to the summit to get involved20:48
jmckentyttx: when did that happen?20:48
jmckentyAnd why the PTLs instead of the PPB?20:48
sorenWhy not?20:48
ttxi.e. anyone with a good reason can ask their PTL for an invite20:48
jbryceptls and release manager have always owned the schedule for the design summit20:48
reedjmckenty, we had tens of requests from actual developers last time, after we filled the event with random people getting to the summit for a free conference pass20:49
*** somik has joined #openstack-meeting20:49
*** mikeyp has joined #openstack-meeting20:49
jmckentyWe also had dozens of non-contributors who BECAME contributors after their attendance at the last summit20:49
jmckentyThe RedHat folks, the Yahoo folks, etc.20:49
ttxI think the process this time is actually way more open than last time, where I handpicked people from the wait list myself20:49
jmckentyAh.20:50
ttxjmckenty: and those were invited20:50
jmckentyWhere did the size constraint come from?20:50
ttxjmckenty: you can't have a good discussion in a room with 100 people20:50
jmckentythe UN would disagree with you20:50
reedLOL20:50
reedthe UN is the worst example you could pick :)20:51
jmckentySo the constraint was your idea20:51
notmynamemy issue is that ops and qa people (vital to the overall success) weren't included because they don't contribute lines of code. they still contribute to the process20:51
ttxjmckenty: the UN has better AV equipment than we have20:51
jmckentyThe solution to the constraint was your idea20:51
*** andrewbogott has joined #openstack-meeting20:51
jmckentyand you decided who would be consulted about approving it, correct?20:51
jaypipesnotmyname: ++20:52
jbrycejmckenty: it was basically moving from a single waitlist to managed by the release manager and ptls like the schedule20:52
jmckentynotmyname: ++20:52
ttxthe size constraint is definitely my idea. the solution is not really mine20:52
ttxnotmyname: the invite code you get are supposed to solve that20:52
jmckentyso what's the mission of the summit?20:52
ttxit's like a distributed wait list20:52
notmynamettx: I've got 14 people for my 5 invites20:52
jbrycedesign summit managed by ptls+release manager, conference managed by events team+programming committee, single registration to eliminate the number 1 complaint we had about getting to the events last time20:53
ttxnotmyname: you should probably get 15 more... as soon as some time passes to give existing contribtors a chance20:53
jmckentyagain, what's the mission of the summit20:53
ttxDiscuss design and development of the next release20:53
ttxa developers gathering20:54
jbryceafter the initial invites are sent out, it will be opened up broadly again20:54
reedit's a two step invitation: first the known developers, + others invited by PTLs and community, then everybody else until we fill the rooms20:54
jmckentyyou've prioritized discussion among existing code contributors over cross-disciplinary interactions20:54
jmckentyyou're making the mozilla mistake20:54
jmckentyand you've left no room for users20:54
jbrycelast time we opened it up broadly first and had a ton of people sign up just to get free passes to the conference20:54
jmckentythen don't make it a free pass to the conference20:54
notmynamejmckenty: +1 to needing users/deployers20:54
jbrycei agree that we need to make sure we have users and non-code committer technical people there20:54
jmckentyhell, make the summit cost money!20:54
jmckentyyou're incentivized perverse behaviour20:55
ttxjmckenty: I guess we chose the path of least changes20:55
ttxfrom previous summits.20:55
jbrycewe've got 5 minutes left20:55
jmckentyYou chose the path of autocratic dictatorship20:55
ttxsince nobody complained /then.20:55
*** YorikSar has joined #openstack-meeting20:55
jaypipesjmckenty: settle down please.20:55
ttxjmckenty: mind you, I'd prefer not to have to organize the registration of the summit20:55
jmckentyI just had my doc writers submit patches to nova, so I'm good20:56
jbrycejmckenty: we've got 2 months left, no one has actually been denied yet, there will be more seats available20:56
jmckentythey're in the authors file now20:56
ttxjmckenty: and concentrate on my real tasks20:56
jmckentyCan I propose that the PPB organize an events committee?20:56
jbrycecan we wait a couple of weeks and see if we're really keeping out good people? if we are, i'm sure we can find a way to fit them in20:56
ttxjmckenty: so your main issue is with limiting the number of people attending ?20:56
jmckentywith people that WANT to organize summits?20:56
jmckentyA quote from my email this morning:20:57
ttxjmckenty: you think we can have productive discussions with 150 people per room ? And nobody hearing anything ?20:57
jmckenty"20:57
jmckentyOne thing that I could use your help on is getting my two new OpenStack-dedicated hires into the Folsom Design Summit. Any idea how I can get them invites? I think they'd be able to contribute a lot to the conversations, especially by the time the summit rolls around. Duncan will definitely be attending, and I'll be around as well, but I'd really like my new guys to be a part of it too."20:57
*** wwkeyboard has joined #openstack-meeting20:57
ttxjmckenty: if everyone agrees with you, I'm more than happy to open the flood gates20:57
jbrycewe've got 2 minutes and another meeting starting after this20:57
jmckentycan we vote on an events committee?20:58
jbrycecan we give the existing process a couple of weeks to get through this first phase and see how big the problem actually is?20:58
jbrycewe are literally 3 days into the process20:58
jaypipesjbryce: ++20:58
johnpurjbryce: sounds like a reasonable approach20:58
jmckentyWe've brought this issue up at every summit20:59
ttxjbryce: I'd really want to know if jmckenty wants to have unlimited attendance to the summit or not20:59
jmckentyThat's totally not the point20:59
jmckentyI'd like to have our "open community" involved in the decision20:59
sorenIs that a no?20:59
*** markmc has joined #openstack-meeting20:59
jmckentyrather than have ttx's summit every 6 months20:59
jmckentyThere are a LOT of ways to manage attendance21:00
jmckentycap on headcount per company21:00
ttxjmckenty: RAX organizes the summit and conference so far.21:00
*** egallen has joined #openstack-meeting21:00
jmckentycharging MONEY21:00
jmckentyAllocation of seats per attendee type21:00
johnpurjmckenty: you are getting close tot he line, dial it back21:00
jbrycewe're out of time. we can take it to the ppb list if we want to keep going21:00
jmckentye.g. current dev, new dev, qa, etc21:00
jbryce#endmeeting21:00
*** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)"21:00
openstackMeeting ended Tue Feb 21 21:00:50 2012 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:00
*** Vek has joined #openstack-meeting21:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-19.59.html21:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-19.59.txt21:00
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-19.59.log.html21:00
sorenThat's what we do now. There are two groups: Current devs and everyone else.21:01
*** gabrielhurley has joined #openstack-meeting21:01
*** jdg has joined #openstack-meeting21:01
jog0is current devs anyone who ever committed or anyone who committed in the last x months?21:01
*** johan_-_ has joined #openstack-meeting21:02
ttxYes, we can move to ML. I'd like to know what the problems are with the system, rather than complain about how much open event org should be21:02
notmynamejog0: ever, right now21:02
jbrycejmckenty: if you've got a detailed proposal let's have it21:02
sorenjog0: Fair enough. "current devs" is everyone who was ever committed code. I don't think there's an expiry process.21:02
jbryceit's not worth taking it out on ttx...we're trying to respond to the feedback we got after the last summit21:02
anotherjessejmckenty: seems like a perfect thing to email the pbb list / propose for a topic for next week?21:03
jbrycenamely, registration is confusing, and in some of the sessions, the rooms are too full and it's hard to hear21:03
ttxjbryce: and it's certainly not my only decision.21:03
ttxanyway, next meeting21:03
ttxzns, notmyname, jaypipes, vishy, devcamcar: around ?21:03
notmynamehere21:03
znsyes21:03
vishyo/21:03
*** jwalcik has joined #openstack-meeting21:03
ttx#startmeeting21:04
openstackMeeting started Tue Feb 21 21:04:39 2012 UTC.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.21:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.21:04
*** jmckenty has quit IRC21:04
ttxToday's agenda: http://wiki.openstack.org/Meetings/ProjectMeeting21:05
ttx#topic Actions from previous meeting21:05
*** openstack changes topic to "Actions from previous meeting"21:05
ttx* anotherjesse to send post to ML after redux is merged into trunk explaining its impact21:05
jaypipesttx: o/21:05
ttxDid I miss it ? Or is this convered in the redux thread posted last week ?21:05
anotherjessettx: I think it was covered in the email (the bottom half was about the changes)21:06
anotherjessebut we want to send another once xml & ldap lands21:06
anotherjesse(both in review)21:06
*** jbryce has quit IRC21:06
anotherjessettx: if you feel we should send another one now we can certain do so21:07
ttxnah, it's ok21:07
ttx#topic Keystone status21:07
*** openstack changes topic to "Keystone status"21:07
ttxzns: o/21:07
ttx#link https://launchpad.net/keystone/+milestone/essex-421:07
anotherjesseheckj and others have been being vigilant at hanging out in irc to answer questions as they come up21:07
ttxheckj: I marked rearchitect-keystone implemented as the branch was merged21:07
znsPatches going in. Quiet on the email front after the merge, so not sure what else to report on.21:08
znsLooking good so far. LDAP backend being implemented and I saw a few patches on migrations.21:08
anotherjessebcwaldon has got a patch to migrate from nova's deprecated auth to keystone as well21:09
heckjttx: thank you21:09
ttxheckj: If there is any significant feature gap left, would be good to track it as a separate essex-4 blueprint21:09
heckjXML and LDAP support are actively being reviewed right now21:09
jk0anotherjesse: is that up on gerrit yet?21:09
ttxheckj: like those ^21:09
znsanotherjesse, termie, dolphm, heckj: anything note worthy?21:09
heckjOther than that, we're working to lock things down to just fixing bugs and integration issues after Essex4 drop21:09
bcwaldonjk0: yes, there's a nova and a keystone branch21:10
jk0cool, thnx21:10
*** lzyeval has joined #openstack-meeting21:10
heckjttx: will be shifting back to blueprints to track that once I've had a chance to wrangle the current ones and asses their state21:10
ttxOn the bugs side, was the current list of 94 Keystone bugs reviewed to see if they still apply post-redux-merge ?21:10
heckjttx: it's been more functional short term to use bugs to track what should be in blueprints (because of tagging in the bugs) - we'll be shifting back away from that shortly21:11
anotherjessejk0: yes21:11
anotherjessehttps://review.openstack.org/#change,430421:11
anotherjessehttps://review.openstack.org/#change,433421:11
zns* is pretty sure heckj meant to say 'assess' * :-)21:11
ttx#action heckj to create BPs corresponding to major feature gaps21:11
heckjttx: yes - a few remain to be reviewed, and we discussed an ongoing triage process (I do it weekly, everyone yells at me) at the keystone meeting for the near term as well21:11
ttxthen it would be good to drop usage of the "redux" tag... and use essex-4 milestone targeting for selecting bugs instead.21:12
heckjttx: already in the works - that was an action item from today's keystone meeting as well21:13
ttxGreat.21:13
ttxzns, heckj: anything else ?21:13
heckjzns: and yeah, I'm a sloppy typist at speed21:13
znsttx: nothing else.21:13
anotherjesseheckj - I hope you code slowly then21:14
heckjttx: We're trying to push basic RBAC (policy, etc) into the release prior to E4 - working with termie on the specifics21:14
heckjttx: will have a code for review hopefully this week, but need an keystone meeting to discuss some of the components to make sure we're all on the same page.21:14
termieheckj, ttx: not providing a policy service, just making keystone do things the same way as nova21:14
heckjwhat termie said:21:14
heckj^21:14
ttxtermie: sounds good. BP please so that we can track whether it lands in time21:14
ttxremember that we cut milestone-proposed branch for E4 EOD next Tuesday21:15
ttxthat leaves little time21:15
ttxQuestions about Keystone ?21:15
heckjttx: I've got that21:15
gyeewill the fat keystone extensions be ported over by E4?21:15
*** gabrielhurley has quit IRC21:16
anotherjessegyee: I think the major one is the cert verification21:16
gyeesame question for the middleware21:16
termiegyee: we think ldap stuff will land, anything that large that isn't already in the patch queue sounds iffy21:16
gyeewhat about HP-IDM-serviceID?21:16
termiegyee: some extensions are also less applicable now, so not all make sense to port21:18
anotherjessegyee: we can discuss in more depth in the #dev channel if you have time21:18
ttxright, we need to move on21:18
gyeedo we have a list of what will be ported?21:18
gyeek21:18
ttx#topic Swift status21:18
*** openstack changes topic to "Swift status"21:18
ttxnotmyname: o/21:19
notmynamehi21:19
ttxnotmyname: Looks like there is time for one more release before inclusion into Essex final ?21:19
notmynameI agree21:19
ttxlike sometimes mid-March ?21:19
notmynameya. when is the cutoff for essex?21:19
ttxThe release is April 5. Would be good to have your "release candidate" in one of the previous 4 weeks.21:20
anotherjessenotmyname: if the cliauth blueprint change lands before your release we will have a single way for users to use an openstack cloud :)21:20
anotherjessethx for the help on that review!21:20
notmynameok. we'll shoot for middle/late middle march21:20
notmynameanotherjesse: it will get in before the next release21:21
notmynamelots of good swift news this week: wikipedia using it in prod, softlayer deploying it, swiftstack chosen for pycon startup row21:21
*** dhellmann has joined #openstack-meeting21:22
ttxnotmyname: can I put a tentative 1.4.7 on March 22 ?21:23
ttxand we'll adjust the date if need be21:23
notmynamettx: 23rd (a friday) is generally better. although you know how I feel about setting dates so far in advance ;-)21:24
ttxand you know how I feel about Fridays :)21:24
ttxnotmyname: Anything else ?21:24
notmynameI don't have anything21:24
ttxQuestions on Swift ?21:24
ttx#topic Glance status21:25
*** openstack changes topic to "Glance status"21:25
*** bhall has joined #openstack-meeting21:25
ttxjaypipes: yo21:25
bcwaldonsecond in command, here21:25
ttx#link https://launchpad.net/glance/+milestone/essex-421:25
ttxbcwaldon: hi! Two blueprints left open: retrieve-image-from and progressbar-upload-image21:25
ttxalmost there ? Remember this needs to be merged before EOD Tuesday, next week.21:25
bcwaldonlooks like they will land21:26
bcwaldonI'll review them today21:26
bcwaldonI did want to thank eglynn__ for stepping up and fixing some bugs that have been around for a while21:27
bcwaldonno major news here :)21:27
eglynn__bcwaldon: np ;)21:27
ttxbcwaldon:  Anything else ?21:27
bcwaldonnegative21:27
ttxQuestions on Glance ?21:27
*** adrian17od_ has joined #openstack-meeting21:28
ttx#topic Nova status21:28
*** openstack changes topic to "Nova status"21:28
ttxvishy: hey21:28
vishyhi21:28
ttx#link https://launchpad.net/nova/+milestone/essex-421:28
ttxI'd like to go through the remaining stuff, since most FFEs were given a deadline that is now past21:29
*** mcohen has joined #openstack-meeting21:29
*** mikeyp has quit IRC21:29
*** ewanmellor has quit IRC21:29
ttx* https://blueprints.launchpad.net/nova/+spec/host-aggregates (Armando)21:29
ttx  marked implemented, but has reviews open... What's the story on that ?21:29
vishyyeah21:29
vishyi was going to mention that one21:29
vishyhttps://review.openstack.org/#dashboard,74821:29
vishyso it was marked implemented too soon21:29
vishythe api etc was set with the first couple of reviews21:30
ttxok21:30
vishybut there are various bugfixes/improvements to the underlying code21:30
vishyso those really need some attention21:30
ttxis it still on track ? and should be kept in Essex ?21:30
vishyyes, most of those are ready to go in21:31
vishyI'm going through them today, but they could use eyes from another core dev or 221:31
ttx* https://blueprints.launchpad.net/nova/+spec/keystone-export-rewrite (bcwaldon)21:31
ttx  should have been unblocked by redux merge... Status ?21:31
vishyneeds review here: https://review.openstack.org/#change,433421:32
vishyit wasn't linked to the blueprint properly21:32
bcwaldoni pushed up a minute ago with a proper link21:32
vishythe other blocked one i moved out of essex, since the migration plan depends on dep. auth21:32
vishyso we can't pull it until folsom21:32
ttxvishy: you mean, https://blueprints.launchpad.net/nova/+spec/remove-deprecated-auth ?21:33
vishyyes21:34
ttxok21:34
ttx* https://blueprints.launchpad.net/nova/+spec/scaling-zones (comstud)21:34
ttx  Are all the essex-4 tasks completed ?21:34
*** adrian17od_ is now known as adrian17od21:34
vishyI think so.  I marked it implemented21:34
ttx* https://blueprints.launchpad.net/nova/+spec/nexenta-volume-driver (Oleg)21:34
ttx  Looks like it's "almost there"... should we extend the FFe ?21:35
vishyttx: i haven't gotten a chance to look at it since getting back21:35
vishybut it looked close21:35
vishywhen i left on thursday21:35
ttxok, let's keep it in scope21:36
ttx* https://blueprints.launchpad.net/nova/+spec/zeromq-rpc-driver (ewindisch)21:36
ttx  Looks like it's still a bit far away, and the deadline is over. Extend or postpone ?21:36
*** gabrielhurley has joined #openstack-meeting21:36
russellbI think it's ready for review, there were a lot of updates to it today21:36
*** mjfork has joined #openstack-meeting21:36
devcamcargiven that that implementation is not intended for production use (yet) it wouldn't hurt to postpone it if its not ready21:36
vishyrussellb: is there any reason why it needs to hit in essex?21:37
vishyI don't think anyone will reasonably be using it for production21:37
russellbno, not IMO, anyway21:37
vishyi don't really see the drawback of delaying it until folsom21:37
ttxagreed21:37
ewindischbetween E4 bug fixes and stable backports, it can be made stable for production21:38
vishyewindisch: but is anyone planning on using it?21:38
vishyewindisch: it seems more like an experimental feature right now21:38
ttxif it's experimental anyway, it can live in a specific branch21:38
anotherjesseewindisch: I assume you already have it in your product builds - having it land in F seems better from a support perspective21:38
*** edgarmagana has joined #openstack-meeting21:39
ewindischmy main problem is that it is becoming a hassle to maintain whenever RPC changes happen. I suppose that won't happen too much more in the Essex timeframe, though.21:39
ewindischjust today, Russell proposed a change that would require changes to the zeromq driver.21:40
*** adrian17od has quit IRC21:40
russellbwhich one?21:40
ttxvishy: I'm for postponing. Your call ?21:41
ewindischI0e5aff2e8a40ffd8390c0e19d89dd17e60a7413021:41
*** devcamcar_ has quit IRC21:41
vishyi'm leaning to postpone21:41
ttx* https://blueprints.launchpad.net/nova/+spec/netapp-volume-driver (Robert Esker)21:41
ttx  This one was abandoned due to absence of activity. Folsom too ?21:41
vishythey keep threatening to bring it back21:42
vishybut it seems like it is taking too long21:42
vishyi guess a branch for that one as well21:42
ttxright21:42
ttxOn the bugs side, there are a few essex-4 targeted bugs that don't have clear assignee...21:42
ttxSee list at https://launchpad.net/nova/+milestone/essex-421:43
ttx#help assign yourself unassigned bugs on https://launchpad.net/nova/+milestone/essex-421:43
ttxvishy: Anything else ?21:43
vishynope21:43
vishydon't forget to review!21:43
ttxNova subteam leads: anything on your side ?21:43
ttxQuestions on Nova ?21:43
anotherjessedevstack has been getting lots of attention for XS/XCP support as well as some integration work towards supporting fedora21:44
anotherjessewould be nice to work with the CI team to test XS/XCP (and LXC) deploys of openstack as well as KVM21:44
*** heckj has quit IRC21:45
*** heckj has joined #openstack-meeting21:45
*** eglynn__ has quit IRC21:45
jog0Also what is the status of getting an 'official' openstack chef recipes repo setup?21:45
*** eglynn__ has joined #openstack-meeting21:46
anotherjessejog0: I think jaypipes might be able to speak to that21:46
jaypipesjog0: you mean for diablo/stable?21:46
jog0for both Essex and diablo/stable21:47
jaypipesjog0: (since github.com/openstack/openstack-chef IS the official repo)21:47
ttxok, let's move on21:47
jaypipesjog0: but that repo only has current development trunk, not stable/diablo21:47
ttx#topic Horizon status21:47
*** openstack changes topic to "Horizon status"21:47
ttxdevcamcar: o/21:47
ttx#link https://launchpad.net/horizon/+milestone/essex-421:47
jog0thanks jaypipes21:47
devcamcaro/21:47
ttx6 blueprints left, and one week left -- everything still on track ?21:47
devcamcarso for the most part we are down to just bug fixes - most blueprints are trivial changes relating to django 1.4 dropping21:48
devcamcarbeta 1 just dropped so we are technically unblocked though we were hoping for an RC by now21:48
ttxHow far away is the essential ec2-credentials-download ? 7 days left to merge it.21:48
devcamcarit'll be there before essex ships though so shouldn't be an issue21:48
devcamcarits late in the review stage now21:48
devcamcarshould land any time now21:48
ttxYour list of 30+ open E4-targeted bugs still looks a bit daunting. 9 days left for those:)21:49
devcamcarwe're also investing some resources into ensuring that django 1.4 lands in ubuntu 12.0421:49
ttxdevcamcar: hmm. It's post-FF there21:49
devcamcarmost bugs remaining are trivial and i expect we'll get through most of those21:49
devcamcari have a guy that is working with both the django and ubuntu community on it21:49
ttxok21:50
devcamcarseems doable so far but we'll see21:50
ttxdevcamcar: Anything else ?21:50
devcamcarquestion about process -21:50
devcamcarthe period between e4 landing and essex shipping - we currently have basically no work planned for that period21:50
devcamcarwhich i'm assuming is a good thing21:50
devcamcarif we have a bug that slips past e4 we can fix before what date?21:51
ttxdevcamcar: sure. the plan is to produce release candidates until one looks "good enough"21:51
devcamcargreat, we will be golden then21:51
ttxat that point we cut a release branch21:51
ttxand open Folsom21:51
devcamcarsounds good21:52
ttxideally most projects would have their RC cut a few weeks before April 5, so that we are all set when we hit the deadline21:52
ttxQuestions for Horizon ?21:53
ttx#topic Incubated projects and other Team reports21:53
*** openstack changes topic to "Incubated projects and other Team reports"21:53
ttxdanwent, troytoman: yo21:53
danwento/21:53
danwentSo for E-4, quantum is looking to get all features in and reviewed by today.21:54
danwenthttps://launchpad.net/quantum/+milestone/essex-421:54
danwentwe're good on having most things in, but still lots to review.21:54
danwenttwo items not already in review are for devstack, so not really release issues.21:55
*** gabriel_hurley has joined #openstack-meeting21:55
danwentAlso, not to bury the lead, but we got conditionally approved as a core project for Folsom by the PPB today.21:55
ttxyay21:55
danwentthanks to the PPB for a lot of great feedback on what will be needed for a successful transition from incubation to core21:56
danwentand a call to the community to help us out once Essex is out the door :)21:56
*** SumitNaiksatam has joined #openstack-meeting21:56
annegentlecongrats to the Quantum team!21:56
danwentthanks anne.  that's about all on my end.21:57
ttxAny other team lead with a status report ? annegentle, mtaylor ?21:57
annegentleDoc Day March 6th.21:57
annegentleNeed to work on Volume and Network replacements, maintenance of docs that exist as well as adding new.21:58
*** nati2 has quit IRC21:58
*** gabrielhurley has quit IRC21:58
anotherjessettx: mtaylor is sick - perhaps jeblair is around21:58
*** xtoddx has joined #openstack-meeting21:59
ttx#topic Open discussion21:59
*** openstack changes topic to "Open discussion"21:59
ttxTwo things I wanted to mention...21:59
ttxFirst, we have elections coming up.21:59
ttx#info For the PPB election, remember you need to register to vote, using the following website: http://ppbelectionsregistration.openstack.org/21:59
ttxSecond, the Folsom design summit.21:59
ttx#info If you're an active OpenStack contributor, you should have received over the week-end a personal invitation to the Design Summit.21:59
ttxYou'll need that personal code to register for the summit.21:59
ttx#info Summit is invite-only this time: if you're a contributor (or want to contribute to Folsom) but weren't invited, you should ask your PTL for a personal invitation code22:00
ttxAnything else, anyone ?22:00
*** oubiwann has quit IRC22:00
*** sparkycollier has quit IRC22:00
*** jlm^ has joined #openstack-meeting22:00
*** eglynn has joined #openstack-meeting22:00
ttxguess not22:01
ttx#endmeeting22:02
*** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)"22:02
openstackMeeting ended Tue Feb 21 22:02:01 2012 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-21.04.html22:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-21.04.txt22:02
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-21.04.log.html22:02
*** YorikSar has left #openstack-meeting22:02
*** lzyeval has quit IRC22:02
*** jk0 has left #openstack-meeting22:02
*** Vek has left #openstack-meeting22:02
*** russellb has left #openstack-meeting22:02
*** gabriel_hurley has left #openstack-meeting22:02
danwent#startmeeting22:02
openstackMeeting started Tue Feb 21 22:02:31 2012 UTC.  The chair is danwent. Information about MeetBot at http://wiki.debian.org/MeetBot.22:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.22:02
*** mandeep has joined #openstack-meeting22:02
danwenthello netstackers22:02
SumitNaiksatamHearty Congratulations!22:02
danwentdid the delayed meeting start let salvatore get back in time for the meeting? :P22:03
mandeepHello22:03
davlapo/22:03
GheRiverohi22:03
mesteryo/22:03
*** joesavak has quit IRC22:03
cdubahoj!22:03
danwentyup, Quantum in going to be a core project for folsom!22:03
edgarmaganaHola!!22:03
mandeep:-)22:03
SumitNaiksatamGreat job Dan!!22:03
*** eglynn__ has quit IRC22:03
markvoelker=)22:03
somikhello and congrats team Quantum!22:03
davlapcongrats all!22:03
cdubgreat news, indeed22:04
danwentits an exciting step, but it also means a lot of additional work for all of us to live up to that challenge :)22:04
edgarmaganayes, we can!22:04
danwentI'll be sending out email with the some of the feedback from the PPB meeting (or you can probably look the minutes up yourself, as well)22:04
danwentedgarmagana:  was that an obama reference?22:04
danwent:)22:04
markvoelker#link PPB minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-19.59.html22:05
cdubor bob the builder22:05
danwentthanks mark22:05
danwentOk, so on to the meting22:05
danwentmeeting22:05
danwenthttp://wiki.openstack.org/Network/Meetings22:05
danwentSome high-level feedback from the PPB:22:05
danwent1) need to get integrated into main CI infrastructure for system-test/integration asap.22:06
danwentwe've been working on this for sometime, and have a lot of the peices, but need to push this work to conclusion.22:06
*** deshantm has quit IRC22:06
*** woorea has joined #openstack-meeting22:06
danwent2) work to get to full parity with existing nova capabilities.22:06
danwent3) API design work around integrating quantum + melange (to be discussed at summit, but we should really get started on this earlier).22:07
danwent4) documentation around how to transition from a non-quantum setup to a quantum-based setup.22:08
danwentall in all, this is a lot of work, but its important to making sure people can fully leverage quantum.22:08
danwentWill discuss this more via email, but wanted to give you a flavor22:09
danwentare there any questions/comments about the transition to core?22:09
*** Salv-orlando has joined #openstack-meeting22:09
mandeepSo melange is a part of the core as well (as a part of Quantum)?22:09
wwkeyboardWhat will the move to core do for the reviewers? Will all of the core devs be able to help?22:10
danwentmandeep:  plan is that melange won't really exist anymore, though its IPAM capabilities will be folded into a new network API in the quantum project.22:10
*** markmc has left #openstack-meeting22:10
danwentwwkeyboard:  I think we'll really have to grow our team of core reviewers.22:10
danwentwwkeyboard:  this is something I already chatted with the PPB about, as I think we'll need more support from the general openstack community.22:11
danwentwwkeyboard:  the questions of whether plugins will be included in the core is a separate issue, but certainly will have an impact on core dev review load.22:12
wwkeyboardand CI22:12
wwkeyboardRunning their unit tests is one thing, but we won't be able to do functional testing on most of the plugins.22:13
danwentwwkeyboard:  from a CI perspective, it is very unlikely that we will do CI for all plugins.22:13
*** troytoman-away is now known as troytoman22:13
danwentthough I think one goal of the CI team would be to let other run equivalent CI infrastructure themselves.22:13
danwentso if you have a plugin, and a lab with the necessary equiptment, you could run CI testing for that plugin.22:14
mandeepRe: CI for plugins: Would that not depend on the plugin providing a test that can be run in the CI environemnt?22:14
*** zykes- has quit IRC22:15
danwentmandeep:  I think CI is more about doing basic functional testing that works identically regardless of plugin.22:15
Salv-orlandoSome plugins require specialized hardware22:15
mandeep<danwent> OK.22:15
*** johnpur has quit IRC22:16
danwentSalv-orlando: exactly, which is why were were saying that it would not be possible for openstack CI team to do CI across all plugins.22:16
Salv-orlandoAgreed.22:16
danwentbut the plugin creators themselves could choose to run the CI test infrastructure themselves with a lab that includes the specialized HW.22:16
danwentok, any other questions?22:16
danwentOk, next topic is Folsom design summit22:17
danwentinvites22:17
mandeepsalv-orlando: I understand. My point was in the plug-in writers write a plugin mock that can run in CI environment, we could run that (and identify API breakage etc early).22:17
*** oubiwann has joined #openstack-meeting22:18
danwentinvites have gone out to an auto-generated list of people identified as existing openstack contributors22:18
danwentbased on git/gerrit history, I believe.22:18
danwentthis has caused quite a stir, as some people didn't get invites.22:19
danwentPTLs have a small number of additional invites for people who have not yet contributed, but plan on contributing in Folsom22:19
*** ewindisch has quit IRC22:19
danwentso email me if you have not gotten an invite, but think you need one.  We're doing our best to work though these issues.22:20
danwentremember, this is for the developer summit.22:20
danwentopenstack conference is open to a much larger number of people.22:20
danwentquestions/concerns on developer summit invites?22:20
*** zykes has joined #openstack-meeting22:20
danwentOk, Essex-422:21
*** mcohen has quit IRC22:21
danwentToday is our target for having all features reviewed and in.22:21
*** nikhil__ has quit IRC22:21
*** shwetaap has joined #openstack-meeting22:21
*** nikhil__ has joined #openstack-meeting22:21
danwentLooks like most things are in review: https://launchpad.net/quantum/+milestone/essex-422:22
danwentthough I had to do some clean-up earlier, as there were a lot of stale issues around.22:22
danwentSo we have a lot of review work to do today.22:22
*** Salv_ has joined #openstack-meeting22:22
danwentProbably OK if it bleeds into tomorrow, but need to wrap it up very soon.22:23
danwentPlease remember to keep an eye on the python-quantumclient repo as well: https://review.openstack.org/#q,status:open+project:openstack/python-quantumclient,n,z22:23
danwentParticularly, Salvatore has a branch on the 1.1 client changes which is very important: https://review.openstack.org/#change,430122:23
danwentI have one review on there, but we'll need a second.22:24
danwentsalv, any comments there, or is it good to go?22:24
Salv_Yeah I'll be up for a few more hours tonight. Been at the stadium, too much adrebakine, can't sleep22:24
*** Salv-orlando has quit IRC22:25
Salv_I haven't yet loojed22:25
danwentSalv: I don't know what that is, but I'll assume its an illegal substance :P22:25
Salv_Looked at the reviews22:25
*** zykes has quit IRC22:25
danwentbased on my last review, I think we're in good shape on that one.22:25
*** zykes has joined #openstack-meeting22:25
Salv_Mobile phone swipe keyboard is set to italian ;-)22:25
bhalldanwent: I think he meant adrenaline? :)22:25
edgarmaganadan and salv: let me take a look today22:26
danwentah… dissapointed :)22:26
danwentthanks edgar!22:26
Salv_Thanks22:26
edgarmaganaf you have already +1 I can approve it22:26
danwentedgar:  I still need to do another pass, as salv uploaded some changes since I last reviewed.22:26
danwentbut I don't expect problems as my previous comments where fairly minor.22:27
danwenthttps://review.openstack.org/#change,361822:27
danwentryu plugin.  salv and I have been doing this review22:27
danwentsalv has a +1.  I need to confirm that a few of my points where addressed, then I think its good to go.22:27
danwentnvp plugin review: https://review.openstack.org/#change,435822:28
*** mattray has joined #openstack-meeting22:28
danwentwould be good to get a non-nicira review on this.  We've all reviewed it internally, and could reveiew publicly, if needed.22:28
*** zykes- has joined #openstack-meeting22:28
Salv_I can do a review in the morning (europe morning)22:29
mandeepdanwent: I will be reviewing it as well22:29
danwentgreat!22:29
danwentAnd there's a change to add a tunneling agent to OVS: https://review.openstack.org/#change,436722:30
danwent~250 lines.22:30
danwentI still need to review this, and bhall is already reviewing.22:31
cdubhmm, interesting, thanks for noting that22:31
danwentbut if anyone else wants to review, please add yourself.22:31
danwentis bob here?  https://review.openstack.org/#change,428622:31
cdubdanwent: bob is out this week22:32
danwentsumit and I have both +1'd his change, but I'm waiting on feedback regarding plugin binaries in the bin directory22:32
*** zykes has quit IRC22:32
danwentcdub: ah...22:32
danwentOk, so the question is whether plugin agent's should be in the main quantum/bin directory22:32
danwentmy sense was that they should not be, but I wasn't sure if this was somehow needed for packaging.22:33
SumitNaiksatamdanwent +122:33
danwentcdub:  is Bob completely offline? I'm wondering whether we can tweak this patch with him being out.22:33
bhallyou mean in the tree?  I think they should live with the plugin (maybe a bin directory in the plugin or something).  If we split out the plugins to a repo at some point we'll have to move them out of the bin dir anyways22:34
GheRiverofrom a packaging view, plugins agent should be at plugins dir, this way it's easy to differenciate which binary belongs to which klg (althoug in this case is easier)22:34
danwentb/c this contains several things which are quite important.22:34
cdubdanwent: pretty much offline, yeah.  i can bug him, but i already did once...hate to interrupt his time off22:34
wwkeyboardbhall: +122:34
bhallall else fails we can push his patch and generate a patch to it22:34
GheRiveroanyway, at packaging time we will move everything around22:34
danwentbhall: you thinking something like quantum/plugins/<plugin-name>/bin ?22:34
bhallyeah, something like that22:34
GheRivero+122:35
davlap+122:35
danwentthat would make more sense to me, but had wanted to hear from bob as to whether he had a reason for his approach.22:35
mandeep+122:35
*** egallen has quit IRC22:35
cdubyeah, the package process places things whereever, just makes sense to have the basic pre-package layout be sane to being with22:35
cdubbegin with...22:36
danwentOk, cdub, should we abandon his patchset and have someone else tweak it, or do you think he would want to tweak it himself soon (given our time constraints).22:36
cdubdanwent: can i let you know later today?22:36
danwentcdub:  sure.22:37
cdubok, cool22:37
danwentcdub:  we just definitely want this patch in soon, as it has several things important to making sure the sdist tarball is not busted, which we need to be able to test the E-4 release.22:37
cdub*nod*22:38
cdubi'll chase down right after this22:38
danwentthx22:38
danwentOk, there are a few other small commits that we should also review today/tomorrow.22:38
danwentbut unless someone wants to call them out explicitly, I'll skip them here so we can get back to work :)22:38
danwentOk, last thing on the agenda was just to comment on what people should expect in terms of the master branch in the next few weeks.22:39
*** mcohen has joined #openstack-meeting22:39
danwentnext week, only thing going into quantum master should be bug fixes or packaging work.22:39
danwentfocus should be on testing22:40
Salv_And docs :-)22:40
danwentSalv_: indeed… I always welcome help :)22:40
danwentSalv_: and yes, you'll be working on 1.1 API docs, I suppose, right?22:41
*** jwalcik has quit IRC22:42
Salv_Correct22:42
*** ewindisch has joined #openstack-meeting22:42
danwentAfter E-4 is cut, we'll go into a release candidate phase.22:42
danwentwe will aim to cut our quantum essex release well in advance of the actual release date, and then re-open master for commits.22:43
*** Salv__ has joined #openstack-meeting22:43
danwent(tehnically, master will be open before then, but team resources should primarily be focused on getting the release candidate polished, and docs in shape)22:44
Salv__I co22:44
danwentAny questions/comments on that?22:44
Salv__Sorry did not want to enter texy22:44
Salv__Text ...22:44
danwentshoot, looks like i skipped to agenda items.  are debo-os or mjfork around?22:44
mjforkyes\22:45
bhalldon't see debo22:45
*** ewindisch has quit IRC22:45
danwentmjfork, anything to add on the horizon front?22:45
mjforkshuold be commiting in about 5 mins22:45
danwentgreat!22:45
danwentcan you send a link out to the netstack list so people can help review?22:45
mjforkGabriel Hurley gave me a few pointers, finally have tests passing and was able to use the network name22:46
danwentmjfork, cool.  when is the horizon freeze?22:46
*** heckj has quit IRC22:46
mjforksome rough edges  to flush out in creviews (e.g. hwo to detect if Quantum is present)22:46
mjforki don't know.22:46
mjforkdanwent: where is no blueprint for this right?22:47
danwent?22:47
danwentthere is no blueprint?22:47
danwentnone that I am aware of in horizon.22:47
mjforkwhoops, meant there is no22:47
*** mcohen has left #openstack-meeting22:48
*** mandeep has quit IRC22:48
danwentmight just create a bug there.  That's why I was asking about when they were freezing.22:48
danwentbut we can figure this out offline.  Let us know if we can help review.22:48
danwentmjfork, anything else?22:49
mjforkyes, i will catch you offline. specific question around default networks.22:49
danwentOnly other things we need to figure out is the status of debo's devstack stuff.  Dave, I believe you said you have some feedback around using the script with devstack?22:50
danwentlet's just take that offline22:50
davlapdanwent: yes...22:50
davlapi've been working on multi-node devstack + quantum22:50
davlapwill send out scrpits to the ML...22:50
danwentok, great.  getting integrated into the CI infrastructure is really important, as its part of what the PPB really wanted to see.22:51
danwentOk, anything else to discuss?  Other than that, we just really need review cycles today.22:51
danwent(and likely tomorrow…)22:51
danwentOk, thanks folks, and congrats again to the team.  This is an exciting step toward Quantum being used widely throughout the OpenStack community.22:53
danwent#endmeeting22:53
*** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)"22:53
openstackMeeting ended Tue Feb 21 22:53:25 2012 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:53
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-22.02.html22:53
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-22.02.txt22:53
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-02-21-22.02.log.html22:53
danwenttalk to you all later!22:53
bhalladios22:53
danwentor more likely via gerritt :)22:53
Salv__Bye22:53
davlapcya!22:54
*** Salv__ has quit IRC22:54
*** Salv_ has quit IRC22:54
*** ewindisch has joined #openstack-meeting22:55
*** jlm^ has left #openstack-meeting22:56
*** johan_-_ has left #openstack-meeting22:56
*** wwkeyboard has left #openstack-meeting22:59
*** ayoung has quit IRC22:59
*** ewindisch has quit IRC22:59
*** jog0_ has joined #openstack-meeting23:00
*** Gordonz has quit IRC23:03
*** jog0 has quit IRC23:03
*** jog0_ is now known as jog023:03
*** deshantm has joined #openstack-meeting23:05
*** GheRivero has quit IRC23:05
*** adjohn has joined #openstack-meeting23:07
*** davlap has quit IRC23:12
*** davlap has joined #openstack-meeting23:13
*** dtroyer has quit IRC23:13
*** nati2 has joined #openstack-meeting23:14
*** dendro-afk is now known as dendrobates23:14
*** davlap has quit IRC23:14
*** markvoelker has quit IRC23:15
*** ravi has joined #openstack-meeting23:27
*** Raj_ has quit IRC23:29
*** jog0 has quit IRC23:43
*** jog0 has joined #openstack-meeting23:43
*** mattray has quit IRC23:48
*** dendrobates is now known as dendro-afk23:48
*** SumitNaiksatam has quit IRC23:51
*** jdg has quit IRC23:54
*** Yak-n-Yeti has quit IRC23:55

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