Tuesday, 2015-12-01

*** thingee has joined #openstack-meeting-cp01:07
*** markvoelker has quit IRC01:46
*** dims has joined #openstack-meeting-cp01:47
*** kzaitsev_mb has joined #openstack-meeting-cp03:10
*** kzaitsev_mb has quit IRC03:45
*** kzaitsev_mb has joined #openstack-meeting-cp04:14
*** kzaitsev_mb has quit IRC04:25
*** dims has quit IRC06:09
*** dims has joined #openstack-meeting-cp06:14
*** kzaitsev_mb has joined #openstack-meeting-cp08:47
*** kzaitsev_mb has quit IRC09:07
*** kzaitsev_mb has joined #openstack-meeting-cp10:27
*** persia has joined #openstack-meeting-cp13:18
*** kzaitsev_mb has quit IRC13:59
*** bknudson has joined #openstack-meeting-cp14:28
*** dims has quit IRC15:08
*** dims has joined #openstack-meeting-cp15:55
*** dims_ has joined #openstack-meeting-cp16:08
*** dims has quit IRC16:10
*** kzaitsev_ws has quit IRC16:11
*** kzaitsev_ws has joined #openstack-meeting-cp16:13
*** notmyname has joined #openstack-meeting-cp16:17
*** dims has joined #openstack-meeting-cp16:30
*** dims_ has quit IRC16:33
*** markvoelker has joined #openstack-meeting-cp19:45
*** docaedo has joined #openstack-meeting-cp20:06
*** lifeless has joined #openstack-meeting-cp20:19
*** harlowja has joined #openstack-meeting-cp20:53
harlowjaoh hi20:54
harlowjaha20:54
* docaedo thinks it's about to get pretty exciting in here!20:57
thingee#startmeeting crossproject21:00
openstackMeeting started Tue Dec  1 21:00:22 2015 UTC and is due to finish in 60 minutes.  The chair is thingee. Information about MeetBot at http://wiki.debian.org/MeetBot.21:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:00
*** openstack changes topic to " (Meeting topic: crossproject)"21:00
openstackThe meeting name has been set to 'crossproject'21:00
*** smcginnis has joined #openstack-meeting-cp21:01
bknudsonhi21:01
smcginniso/21:01
notmynamehere21:01
docaedoo/21:01
ttxo/21:02
thingeecourtesy ping for smelikyan morganfainberg adrian_otto bswartz slagle21:02
thingeecourtesy ping for adrian_otto mestery kiall jeblair thinrichs j^2 stevebaker21:02
thingeecourtesy ping for mtreinish Daisy Piet notmyname ttx isviridov gordc SlickNik21:02
thingeecourtesy ping for cloudnull loquacities thingee hyakuhei redrobot dirk TravT21:02
thingeecourtesy ping for vipul annegentle SergeyLukjanov devananda boris-42 nikhil_k and lifeless21:02
thingeesorry for the old ping list, will update it later21:02
lifelesso/21:02
thingeedhellmann: ping21:02
dhellmanno/21:02
*** angdraug has joined #openstack-meeting-cp21:02
thingeeagenda for today21:02
thingee#topic Team announcements (horizontal, vertical, diagonal)21:03
*** openstack changes topic to "Team announcements (horizontal, vertical, diagonal) (Meeting topic: crossproject)"21:03
thingeehttps://wiki.openstack.org/wiki/Meetings/CrossProjectMeeting21:03
nikhilo/21:03
harlowja\o21:03
harlowja /\21:03
*** elmiko has joined #openstack-meeting-cp21:04
dhellmannremember that this week is the mitaka-1 milestone deadline (3 Dec)21:04
dhellmannsee the email thread on the ML for details about how we'll be doing tags this time21:05
thingeeits been a while since we've had a meeting, since we have them when an agenda item is actually called for. I hope most people felt necessary cross-project announcements and other important bits have been making it on the dev list digest that's produced each week21:05
dhellmann#link http://lists.openstack.org/pipermail/openstack-dev/2015-November/080692.html21:05
thingeehttp://www.openstack.org/blog/2015/11/openstack-developer-mailing-list-digest-november-20151121/21:05
dhellmann++21:05
smcginnisthingee: +121:05
thingee#info this week is the mitaka-1 milestone deadline (3 Dec)21:05
thingeeanything else?21:06
thingee#topic backwards compat of libraries and clients21:06
*** openstack changes topic to "backwards compat of libraries and clients (Meeting topic: crossproject)"21:06
thingeelifeless: hi21:06
lifelesso/21:06
lifelessall in favour say aye?21:07
harlowja(doesn't think there is much other option)21:07
lifelesshttps://review.openstack.org/#/c/226157/21:07
thingee#link https://review.openstack.org/22615721:07
*** rockyg has joined #openstack-meeting-cp21:07
bknudsonI think we're trying to do this in keystone already21:07
thingeelifeless: so I think armando raised a good question. what are the first steps for ptls to help out?21:07
lifelessso21:08
lifelessthe biggest thing has been getting consensus21:08
rockyg++ for consensus21:08
lifelessI've had immense concerns raised that 'developers won't do this' - though every actual developer has been ok once they walk through the logic21:08
lifelessthe actual mechanical bits of re-enabling our old jobs and tweaking them is almost entirely project-config changes21:08
bknudsonif you add tests the developers won't have a choice21:09
lifelessbknudson: they can unionise21:09
harlowjahunger games ftw21:09
harlowjalol21:09
elmikolol21:09
bknudsonI'm feeling the bern already21:09
*** jokke_ has joined #openstack-meeting-cp21:09
lifelessso - I think we have broad buy in21:09
thingeefungi, dims, sdague johnthetubaguy ping21:09
jokke_o/21:09
lifelesseven harlowja is on baord21:09
harlowjai converted21:09
dimso/21:09
fungiheyhey21:09
lifelessso I think the next steps are:21:10
rockyglifeless, Yeah, right.  The only engineers that have ever unionized in the US worked for Macdonald Douglas and it was *really* bad there21:10
nikhilI think there are exceptions to most things and there are likely to be some here21:10
lifeless - some fine tuning based on the nits in the reviews21:10
lifeless - some opt-out mechanism for new-style incubated libraries and immature clients21:10
harlowja- profit21:11
nikhilonly say this because there is a group that wants to refactor some (not to be named) library21:11
lifelessthen tc approval, and after that its going to be a matter of adding the jobs non-voting, make sure they pass, then make them voting21:11
thingeelifeless: I'm not seeing pushback, but not enough eyes for complete consensus is what you're wanting?21:11
lifelessindividual projects can obviously race ahead on that if they want21:11
lifelessthingee: I don't know what the threshold needs to be21:11
*** bswartz has joined #openstack-meeting-cp21:11
lifelessthingee: we're a couple of months into 'get eyes on it now'21:11
thingeewe've never really formalized that.21:11
bknudsonis there going to be a new job on python-keystoneclient ?21:11
lifelessthingee: I think at a certain point we go 'folk gotta deal' or something21:12
lifelessbknudson: yes21:12
bknudsongood... I just didn't want it to be an unrelated job that failed.21:12
bknudson(like we have now)21:12
lifelessbknudson: so to use that as an example, we'd make sure that all the supported servers work with changes to keystone master21:12
thingeeI say, push to TC, this will be the last week for projects to raise show stoppers.21:12
lifelessbknudson: and that keystone master works as a client to all the servers21:12
lifelessbknudson: and similarly for keystones liberty branch going backwards only21:13
thingeethe people that are upset that they didn't catch this will only support the next agenda item/my proposal for cross-project liaisons :)21:13
lifelessthingee: so, I'm your fulcrum huh? ok :)21:13
dhellmannthingee : this will have the biggest impact on oslo developers, so I would like to get them to +1 the spec21:14
lifelessdhellmann: cores, or all21:14
dhellmannlifeless : cores should be enough, but more wouldn't hurt21:14
lifelessso, we can round up cores easily enough21:14
lifelessbut if folk don't respond to a direct email to come comment, I don't want to block21:14
*** gordc has joined #openstack-meeting-cp21:14
* harlowja it'd be interesting imho to see what mike bayer thinks (due to his wealth of experience around sqlalchemy)21:15
lifelessgood idea21:15
thingeedhellmann: what's the best way to wrangle cores in oslo? A post to the ML tagged with [oslo]? :)21:15
dhellmannlifeless : I do. This is making new rules they did not agree to when they signed up to do the work they're doing.21:15
dhellmannthingee : that and talk to dims. There aren't that many cores, it shouldn't take long.21:15
dimsthingee : dhellmann : +121:16
lifelessdhellmann: and if one just doesn't answer at all? How long do we wait?21:16
harlowjalifeless can u possibly directly poke mike (not like in person)21:16
dhellmannlifeless : I don't expect a lot of resistance, based on what you've said about talking to other folks, but this is a big change in the way they're used to working now.21:16
harlowja*unless u want to poke him in person21:16
lifelessdhellmann: I'm not suggesting being callous or railroading21:16
thingeedims: do you need anything from me to wrangle, or can you?21:16
lifelessdhellmann: but the reality is that people change focus and don't always tell us they've done that etc21:16
dimsdhellmann : in principle it's all good. just not sure how it will work out practically21:16
lifelessharlowja: I'll ping him zzzeeek right ?21:16
harlowjalifeless righto21:17
dhellmannlifeless : can we give it until next week? dims should have a good sense for who is active these days21:17
lifelessdhellmann: sure21:17
dimsyes please21:17
thingeedhellmann: that's fine with me.21:17
dimswill ping one time in next oslo meeting and then we can wrap it up21:17
dims(on monday)21:17
thingee#action dims will notifying oslo cores on the spec to raise any issues21:17
dhellmannlifeless : jd__, haypo, gcb, bknudson, maybe a couple more are really active this cycle21:18
dimsthanks thingee21:18
lifelessI'll go through the nitty comments and issue an updated spec soon as well21:18
harlowjadhellmann u forgot me, hahaha21:19
thingeesounds like we have a plan21:19
thingeethanks lifeless for your patience21:19
dhellmannharlowja : he had already mentioned you :-)21:19
harlowjaoh21:19
harlowjai'll learn to read someday21:19
dhellmannoh, wait, no, sorry, I thought he was listing you and zzzeek together there21:19
harlowjalol21:19
harlowjanp :-P21:19
thingee#topic cross-project liaisons21:20
*** openstack changes topic to "cross-project liaisons (Meeting topic: crossproject)"21:20
thingeettx raised to me the slow progress forward with lifeless' spec. This is due to lack of attention some cross-project specs get.21:20
thingeenot enough eyes to feel good on consensus. For example, dhellmann raised oslo core should be included with reviewing this spec.21:21
thingeethat would've been missed and gone to tc approval21:21
* rockyg thinks lack of attention is for *most* cross-project specs21:21
thingeeto avoid this I have proposed the idea of having representatives in each project to be observant of cross-project initiatives http://lists.openstack.org/pipermail/openstack-dev/2015-December/080869.html21:22
thingee#link http://lists.openstack.org/pipermail/openstack-dev/2015-December/080869.html21:22
harlowjacross project specs are slow, impossible! ha21:22
thingeethe problem is PTL's are usually too busy for these things. It would be great if someone from each team was aware of things and was able to act on the spec representing their project, or bring in the necessary knowledgable people for the spec.21:23
gordcdoes someone have a link to diff between oslo and cross project specs?21:23
thingeeand also make their own projects aware in their own individual meetings.21:23
harlowjacould we more clearly define what a PTL does, and include cross-project-stuff in that listing21:23
harlowja?21:23
elmikothingee: i thought it sounded like a good idea, i'm curious, process-wise, about how the increased participation will occur21:24
harlowja(browsing reddit would not be in that list)21:24
bknudsonfor other liaisons we defaulted to the ptl21:24
elmikoit seems like we'll need people will good awareness of their projects to really help out21:24
fungithe ptl does everything, or delegates (sometimes passively) what is not done directly21:24
rockygHow about cc'ing all cross-project liaisons automagically to all cross-project spec reviews?21:24
smcginnisOne thing I think would help is to push adding openstack-specs to your PTL watch list: https://review.openstack.org/#/settings/projects21:25
smcginniss/PTL/project/21:25
thingeebased on the feedback at the summit in the cross project communication session, I have received from current/previous ptls that they were too busy for this. I would still like someone to bring interesting things up to their projects when needed.21:25
harlowja:( def21:25
jokke_Anyone tought about the idea that the issue is cross project specs and the fact that they need to please constantly growing amount of teams and people just get tired of munching the same thing week after week (on both proposing and reviewing sides)?21:25
bknudsonPTLs can delegate21:25
harlowjato busy to think about cross-project stuff scares me (alot)21:25
rockyg++21:26
docaedoyeah I was going to say the same thing21:26
fungiyeah, i didn't mean to imply that ptls do have time to be <insert whatever>-liaisons, just that they need to delegate others who can if they cannot21:26
docaedoseems essential a PTL should be able to shave a tiny bit of time off to just watch for cross-project impact on the ML, surface in a weekly meeting, and scare up a delegate?21:26
thingeeI would love the idea if we could cc PTL's to a spec, and nag freely to delegate.21:27
thingeeif no response comes from a necessary project in a spec21:27
lifelessjokke_: so, we should have less projects?21:27
lifelessjokke_: or less consistency across projects?21:27
lifelessjokke_: or less ownership within projects (e.g. let other folk change the rules [for good reasons] without consultation?21:27
*** harlowja has quit IRC21:27
fungimany (most?) reviewers ignore gerrit subscriptions and are using dashboards or other filter mechanisms to spot reviews which require their attention21:28
nikhilI think it makes sense to have cross project liaisons21:28
lifelessjokke_: or perhaps lots of cross-cutting teams that own the thing (e.g. a team thats owns code hygiene like being lint-clean)21:28
*** harlowja has joined #openstack-meeting-cp21:28
*** dave-mccowan has joined #openstack-meeting-cp21:28
nikhilhaving less/thinner feedback usually means that some projects find issues later21:28
nikhilI don't think the issue is with more people, it's more about what to watch out in the spec is important21:28
nikhilyou can still have fly by -1s21:29
jokke_lifeless: in a perfect world none of the above wouldn't be needed, but in real world some of the things you mentioned might be the right way to go to get something actually done21:29
thingeeso I think the cross-project liaison idea is flexible. If the PTL wants to be the one to delegate here, they can be. But they must dedicate some time to the duties I listed in the ML post. Otherwise, they can delegate now to someone to keep up with specs, or delegate to someone who is knowledge in the area of the spec that can represent their project.21:29
elmikonikhil: +1, i like the idea of dedicated cross-project liaisons21:29
nikhilhaving designated repr matter and given a mic/responsibility for review their feedback would be honest and not a blocker21:29
angdrauglifeless: no, maybe, maybe, yes :)21:29
docaedothingee: +121:29
lifelesswe have an issue right now with pylint and how projects roll forward on that21:30
bknudsonwe really could use a better way to figure out what to review. we've dashboards and next-review21:30
lifelessits at least partly tied into whether or not we can move all of openstack lock-step21:30
lifelesswhich is a cross-project thing21:30
harlowjathingee +1 nothing isn't a solution (and completly avoiding cross-project stuff imho is not acceptable)21:30
lifeless[pylint 1.5 broke compat with 1.4.4 - in some trees its not possible to have a single tree that passes both]21:30
jokke_lifeless: the problem is that each project, engineer and company has their own priorities and interests ... it just might not make sense to spend any effort for cross project thing x if you have 20 more important matters in your pipeline21:31
lifeless(and worse, astroid, a library it uses, broke compat in a point release. argh.)21:31
lifelessjokke_: I think opting out is fine :)21:31
jokke_and it just might mean that a) you don't get their imput b) you don't get their cycles even if someone else is doing it for them21:31
lifelessjokke_: just say 'I am fine with what you choose and will follow the herd'21:31
lifelessjokke_: whats not fine is 'oh no you made a bad choice after I had opportunity but failed to give input'21:31
thingeejokke_: at least for this, we're just wanting to agree on idea(s). It's a whole the group (product working group) to bring consistency on some of these specs.21:32
*** notmorgan has joined #openstack-meeting-cp21:32
thingeewhole other group*21:32
rockygSo, sounds like we need an obvious 0 vote, or abstain21:32
harlowja(imho its the whole community that needs to bring consistency on these specs, no single group)21:32
jokke_I see enough problems having a single smallish team agreeing on something :(21:33
rockygharlowja, ++21:33
harlowjajokke_ life is hard21:34
harlowjai had to get up this morning, it was cold... that was tough21:34
nikhilit really means what sort of democratic model we plan to choose21:34
thingeejokke_: currently there is no team in cross-project. it's whoever feels like showing up21:34
nikhildirect voting or delegated and both have trade offs21:34
thingeejokke_: that's the problem I'm trying to address right now.21:34
harlowjathingee u will solve all the things!21:35
harlowjai belive21:35
fungithere are also already plenty of smallish teams deciding things which impact all projects in openstack (qa, infra, docs, et cetera)21:35
nikhilforgot api :P21:35
jokke_harlowja: my point is you'll find always someone who does not agree or wants to bikeshed ... perhaps overruning those are not always worst choice but revisiting topic if it turned out to be such should not be problem either just because it was managed once to slam down21:35
funginikhil: that only impacts projects with an api ;)21:36
nikhilfungi: true that21:36
harlowjajokke_ agreed, there will always be those people, and there will always be choices which can be changed due to future knowledge (software moves to quickly to be so static)21:36
thingeejokke_: I think in previous specs that we've pushed successfully to TC for approval and looked past bikeshedding. I don't think this defined team introduces that problem.21:37
rockygbut getting input on these specs is hard because there doesn't seem to be any urgency/timeline for them21:38
jokke_thingee: do you have any numbers a) how long it took from first proposal to merge b) how many of them has been revisited after initial merge and c) digestion rate in the projects?21:38
dhellmannjokke_ : the solution to getting more agreement is to ensure folks are paying attention early, not to make decisions and try to convince them after the fact. we've seen that fail many times over the past few years. thingee's approach reuses the liaison system we've had good luck with for other cross-cutting teams, and I think it's a good idea.21:38
jokke_thingee: I think those 3 things tells quite a lot how successful that process is21:38
rockygMaybe cp meeting specifically to thrash out a spec that looks like it will be adopted in some format?  Two meetings, one for each side of the world?21:39
thingeeI think question c is a bit unrelated.21:39
thingeejokke_: ^21:39
thingeeprojects following through on specs is not what I'm solving in this proposal21:39
thingeealthough it wouldn't surprise me if this helps with projects being more aware.21:40
jokke_I'm not against dedicated crossproject liaisons .... I think there is even list of projects having them already on the liaison wiki page ... I'm more worried if that will solve issue or just make it look prettier21:40
* harlowja it would be interesting to know that rate in general, if it could be determined somehow..21:40
ttxideally we would keep the TC out of the process and just used as escalation21:40
thingeejokke_: the wiki doesn't have this idea today. I actually thought it was already defined and then was surprised when it wasn't :)21:40
jokke_thingee: what's the point having those specs if their digestion to the projects is low?21:40
thingeejokke_: there is not much point. I agree today it's a problem, but I just got back from my wedding and honeymoon and decided to help fix this first problem of people not looking at specs to begin with.21:41
thingee:)21:41
harlowjawas there a spec for the wedding and honeymoon?21:42
jokke_<3 :)21:42
elmikolol, btw grats thingee21:42
rockygAnd that's why specific meetings.  Reviews get comments during meetings.  That's how they attract eyes.21:42
harlowjajokke_ on your point, u have to start somewhere, imho not trying isn't really an option, so here we are, all trying21:43
thingeeharlowja: thank goodness no. my wife would have a fit if others had to bikeshed on the color of the tablecloths21:43
fungiwhen you say "the wiki" you're referring to https://wiki.openstack.org/wiki/CrossProjectLiaisons presumably21:43
rockygMaybe have the reviews brought up in each of the project weekly meetings?21:43
gordcconsidering the broad scope of openstack-specs, who exactly is implementing them? are there 10 names attached to each spec (because i'm assuming that's how many people are required to apply it globally)21:43
thingeefungi: yes21:43
jokke_fungi: correct ... even the title points towards the topic :P21:43
fungijust confirming. didn't see anyone else mention the url21:44
harlowjagordc depends on the spec, > 10 imho on major ones21:44
harlowjabut gordc its a valid question related to how these are 'digested'21:44
nikhilThere's no harm in trying a new process, we are all up for trying new processes these days anyways.21:44
nikhilthat's an interesting word21:44
harlowjalol21:44
nikhilI am not sure if things are digested completely21:44
nikhil:P21:45
harlowjadon't ask what happens after digestion21:45
thingeenikhil: yup, we did it with this meeting for example :)21:45
nikhilthingee: aye21:45
thingeeI've been enjoying the participation in today's meeting too :)21:45
harlowjaword of the day 'digestion'21:45
jokke_harlowja: the normal stuff ... outcome gets released ;)21:45
nikhilharlowja: what can happen if not fully digested is the question :P (I think)21:46
harlowjau visit the doctor?21:46
rockygnikhil, bikeshedding21:46
nikhilsorry21:46
thingeeso in terms of projects that need to be included...21:46
rockygNo, no, that's what happens when not fully digested nikhil21:46
gordctbh, i think openstack-specs is nice and fine. but i think like all broad-scoped ideas, there's is a lot of politiking you need to do.21:47
jokke_thingee: everyone under the big tent!21:47
thingeethat's what I was afraid of.21:47
* gordc not trying to justify lack of presence on openstack-specs21:47
nikhilI meant to raise there are a few things that are partially adopted in projects and sometimes it takes long, sometimes conflicts, sometimes livelocks. may be we come to full cycle back to original state ? someday?21:47
thingeeSo can we agree to go on a spec-by-spec basis?21:47
nikhilrockyg: gotcha, ha!21:47
thingeesome specs may only involve three identified projects while others can include 10?21:48
harlowjagordc agreed, politiking  helps the sugar go down21:48
jokke_thingee: I thought you meant the liaisons21:48
thingeejokke_: I suppose it wouldn't be difficult to have something cc all liaisons.21:48
* harlowja runs for food, bbl21:48
gordcharlowja: i'm assuming openstack-specs was suppose to avoid the politics... but i'm not sure there's a way around it21:49
rockygthingee, Yeah.  All liaisons should get notice.21:49
thingeeaside from people hopefully be diligent on watching the repo in their respected dashboard21:49
jokke_thingee: mailing list should be for that ... it's so easy to follow already21:49
elmiko+1 for cc'ing liaisons21:49
fungithere is no avoiding politics in any sufficiently large group of humans interacting21:49
notmynamefungi: ie a group of 3?21:49
rockygamen, fungi21:49
gordcfungi: +121:49
thingeeand how about consensus? are those on spec-by-spec basis?21:49
fungii still don't know what cc means in this context. e-mail?21:49
jokke_fungi: easily ... only thing you need is strong dictator21:50
rockygnotmyname, sometimes a group of 221:50
thingeeI think part of our problem is we don't really know when to merge openstack-specs21:50
nikhilfungi: ++ (politi--something)21:50
thingeethere can be a lot of +1's on something and it can still sit21:50
elmikofungi: i took cc to mean adding them to the reviews21:50
gordcthingee: doesn't tc own openstack-specs?21:50
thingeefungi: gerrit21:50
notmynamethingee: yes! great question21:51
rockygthingee, that's why you post to ML, cc liaisons and have a meeting for final comments21:51
*** bswartz has quit IRC21:51
jokke_should we put timeout to specs ... merge or abandon 6 weeks21:51
fungielmiko: as i said earlier, adding people to reviews does little good, especially for most of our high-volume reviewers21:51
nikhilwhat that the motivation behind ad-hoc meetings?21:51
nikhilthings seem to surface now21:51
rockygmeeting to decide whether spec is ready for merge21:52
thingeenikhil: yes and rockyg's idea sounds good. but when do we feel confident to call that meeting?21:52
nikhils/what/was/21:52
elmikofungi: fair, i don't think it should be the only step taken, but it's a step21:52
fungipeople constantly add me to every review of theirs because i'm a core reviewer, a ptl, in the vmt, on the foundation staff, pick your reason. i have to ignore that feature of gerrit because for me it's noise21:52
jokke_thingee: you ask your wife ofc21:52
nikhilfriday evening pacific time (jk).21:52
jokke_thingee: they know always best21:52
bknudsonI also ignore reviews that I've been added to.21:53
nikhilthingee: something like the api_wg does, alert one week prior to merge21:53
nikhiland wait as needed21:53
bknudsonI can control *starring* so I use that to mark them.21:53
nikhilthingee: there will be chasing down no matter what you do21:53
fungialso because gerrit subscribes you to every change where you comment, the subscription list piles up very quickly21:53
rockygOr, meeting that results in one week final comments to merge21:53
nikhilthingee:  so the Cross prj liaisons idea is good from that perspective21:53
thingeenikhil: but when do they call that? It has been sitting with no consensus or little?21:53
elmikofungi: i don't disagree, i'm just thinking about smal pieces for the liaisons. to aid in gaining visibility.21:53
elmikobknudson: +121:54
fungiit may increase visibility, but i suspect it will increase it so little in the right places as to be a negligible gain for perhaps substantial effort21:54
nikhilthingee: propose, give two weeks (alert liaisons right then -- whatever means of communication), wait to see any major blockers, call a meeting mid way (one per week) and merge soon after fornight?21:55
jokke_thingee: if you don't want to wait the comments either slowing down or ramping up, you gotta have some timeout there when you just make the call and then in the meeting decide if it is going to merge or not21:55
fungiand since it's not really possible to measure whether it's effective, you'll never know if it's actually worthwhile21:55
bknudsonI think we should try out the liaison idea and see how it goes.21:55
fungicross-project-spec liaison?21:55
bknudsonyes, having cross-project liaisons.21:56
thingeeseems like an ok name.21:56
rockygThe meeting is for consensus.  Those who turn up, or comment in following week have enough interest to participate.  Meeting determines -1 for changes, -2 for no, +1 for minor changes, +2 iy's gonna happen unless somebody finds a really big hole.21:56
fungii guess i'm still a little fuzzy on the liaison proposal, and what's being liaised anew21:56
thingeenikhil: I can work with that process.21:56
fungiwe already have cross-project liaisons21:56
fungia variety of different kinds of cross-project liaisons in fact21:56
jokke_next question ... is that group (x-proj liaisons) good enough to make the decision of approval or do we still need to roll them through tc?21:56
bknudsoncross-project-spec or cross-project-activity or whatever works.21:57
nikhilx-prj-specs-chasers21:57
thingeettx: ^21:57
fungiyeah, it seems like this liaison proposal is cross-project specs specific21:57
thingeefungi: yes just specs. we can be specific about that in the name21:57
elmikothat's the way i read it21:57
fungirather than just "all things cross-project"21:57
jokke_++21:58
fungiwhich will rathole very quickly21:58
gordcso we're defaulting back to ptl again for cross-project-spec liason?21:58
nikhilfungi: I think a bit more than spec and a lot less than all things x-prj21:58
ttxI think the group can roll, and appeals can go through TC like always21:58
thingeejokke_: as I understood we need someone with +2 abilities. That would still involve the TC21:58
thingeeok I have things to work with here.21:59
nikhilfor example, affecting group of projects (say nova, neutron, keystone, docker) but not others21:59
thingeethanks everyone for the help21:59
fungigordc: yeah, i think all cross-project liasons, including the new one for cross-project specs, default to ptl unless they delegate to a volunteer21:59
ttxyou could have some x-prj-specs-chair and give that person +221:59
gordcfungi: great.21:59
jokke_ok, next one isn't tc supposed to be the representation of technical community and why we don't leave those specs purely to them?21:59
ttxcollecting consensus like I do for the tc21:59
thingee#action to finalize cross-project spec liaisons in email and whatever other document written needed21:59
jokke_I mean making the call when it's apropriate?21:59
thingee#undo22:00
openstackRemoving item from minutes: <ircmeeting.items.Action object at 0x8bc4390>22:00
thingee#action thingee to finalize cross-project spec liaisons in email and whatever other document written needed22:00
rockygYeah, what ttx said.  If just a few projects, +1 from ptls =  chair +222:00
ttxjokke_: here it was more stamping PTLs consensus, not sure that's a great use of TC time22:01
thingeejokke_: I think the TC still needs insight from individual projects?22:01
fungiand at the chair's/proposer's discretion which ptls constitute a suitable quorum22:01
ttx1/ TC members can comment like anyone else on the spec. And (2) issues with cross-project-specs team "decisions" can be appealed to the TC22:01
rockygYes.  Trust rather than untrust22:02
jokke_thingee: so we let them to make sure that they get that insight :P22:02
jokke_Lets put TC to work for their position! ;)22:02
ttxremoving teh TC from the cross-project spec loop is one of the "stepping out of the way" policies I wanted to push22:02
ttxjokke_: I still think the TC members should chime in on those specs. They don't HAVE TO but they SHOULD22:03
ttxI still will.22:03
lifelessI do22:03
thingeeok like I said I have some stuff to work with. we can continue discussions in the thread as I finalize things.22:03
thingeeand we're out of time22:03
thingeethanks everyone22:03
ttxI just don't think the "when ready ping the TC for rubberstamping" is a great proces22:03
ttx+s22:03
thingee#endmeeting22:04
openstackMeeting ended Tue Dec  1 22:04:20 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:04
openstackMinutes:        http://eavesdrop.openstack.org/meetings/crossproject/2015/crossproject.2015-12-01-21.00.html22:04
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/crossproject/2015/crossproject.2015-12-01-21.00.txt22:04
openstackLog:            http://eavesdrop.openstack.org/meetings/crossproject/2015/crossproject.2015-12-01-21.00.log.html22:04
elmikothanks thingee22:04
ttxthanks thingee*22:04
jokke_thanks22:04
*** harlowja has quit IRC22:19
*** gordc has left #openstack-meeting-cp22:21
*** harlowja has joined #openstack-meeting-cp22:21
*** harlowja has quit IRC22:57
*** harlowja has joined #openstack-meeting-cp23:01
*** rockyg has quit IRC23:16
*** david-lyle has quit IRC23:25

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