21:01:01 #startmeeting project 21:01:01 Meeting started Tue Oct 7 21:01:01 2014 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:01:02 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:01:05 The meeting name has been set to 'project' 21:01:05 o/ 21:01:08 Our agenda for today: 21:01:12 #link http://wiki.openstack.org/Meetings/ProjectMeeting 21:01:17 9 days to final release 21:01:24 #topic News from the 1:1 sync points 21:01:26 Hi 21:01:30 Here is the log(s): 21:01:35 #link http://eavesdrop.openstack.org/meetings/ptl_sync/2014/ptl_sync.2014-10-07-08.28.html 21:01:50 All projects published their RC1 last week or over the weekend, Sahara just respinned RC2 21:01:58 Keystone, Glance, Nova, Cinder and Ceilometer have an RC2 window opened now 21:02:11 #topic Other program news 21:02:17 Any other program with a quick announcement ? 21:02:19 ttx: Neutron as well? 21:02:25 Or we're talking tomorrow, I forget. 21:02:42 mestery: we haven't opened an RC2 window yet. 21:02:46 tomorrow :) 21:02:50 ttx: Ack 21:02:51 :) 21:03:35 ok, let's move on to other topics, if someone has announcements, can shout in the middle 21:03:40 #topic Refreshing translations on proposed/juno 21:03:51 Translations should generally be refreshed if/when we respin a RC, so that we release relatively-fresh ones 21:04:03 But the trick is we can't just backport translations from master, as they may or may not apply to proposed/juno 21:04:12 So to generate the change we need to run the commands specified at: 21:04:17 https://review.openstack.org/#/c/126569/ 21:04:23 dolphm: do you have them in some runnable script ? 21:04:37 dolphm: and do you confirm those commands are the right ones ? 21:05:50 dolphm: and do you actually need a transifex account to run them? 21:05:51 ttx: i do not, beyond what's in the commit message above 21:06:04 ttx: and no, it turns out you don't need an account for the subset of the commands pasted there 21:06:12 it only depends on the local codebase 21:06:42 eglynn: maybe try to reproduce those commands and post a change for ceilometer ? 21:06:55 ttx: sure thing, will do 21:06:58 eglynn: ping me if you need a hand 21:07:03 dolphm: thanks 21:07:05 applies to anyone else as well ^ 21:07:27 I assume you want us all to give that a try if we have a rc2 21:07:29 if you have an RC2 warning up, and you're getting close to publishing ity, we'll push such a change 21:07:36 mikal: yes 21:07:39 AJaeger is in #openstack-infra and can surely help as well 21:07:47 so if you have questions about it, ask them now 21:08:00 mikal: but we shouldn't push the change too early 21:08:05 the later, the fresher 21:08:16 ttx: so noted 21:08:42 also all RC1s had relatively fresh translations anyway, so if a project just promotes RC1 to release, that's fine too 21:08:52 any question on that ? 21:09:07 just ensure you're on the proposed/juno branch when you're running the above, else you're just competing with openstack proposal bot 21:09:19 and HE ALWAYS WINS 21:09:20 and not really helping rc2 :) 21:09:49 ok, if no question, then next topic 21:09:54 #topic taskflow>=0.5.0 juno requirements bump ? or not ? 21:10:02 Taskflow was updated recently to 0.5.0 with several bugfixes 21:10:11 That makes me wonder if we should bump requirements to >=0.5.0 in master and in proposed/juno 21:10:13 ttx: my vote is no 21:10:18 Cinder is the only project consuming it 21:10:30 ttx: looks like that bug is specific to six.moves and multiple threads 21:10:37 so your conservative vote prevails 21:11:18 jgriffith: I'm fine with not bumping, as this could put distros in some painful situation 21:11:23 and in theory we freezed 21:11:28 ttx: sounds good 21:11:36 ttx: I'm pretty much convinced we're safe here 21:11:37 harlowja_: does that make sense ? 21:11:57 * harlowja_ reading 21:12:16 i think we are ok, eventlet is saving us on that one i think (for better or worse) 21:12:25 harlowja_: hah, :) 21:12:27 anyone using real threads + six.moves will likely sometimes see weird stuff 21:12:34 alright then. 21:12:47 harlowja_: we don't prevent anyone from running 0.5.0 fwiw 21:12:58 it's just that we don't force those on 0.4.0 to update 21:13:15 ya 21:13:18 #topic Cross-project workshops at the Design Summit 21:13:31 Like in ATL, the first day of Design Summit (Tuesday) will be dedicated to cross-project workshops 21:13:36 totally fair, dimsum_ compiled http://paste.openstack.org/show/119087/ (which shows other areas in openstack that use six.moves), hopefully the patch to six will get accepted to avoid all these potential issues 21:13:38 (in addition to incubated projects and a few other things) 21:13:45 Current plan is to have two or three running at the same time 21:13:55 for a total of 18 40-min slots, like this: 21:14:00 http://kilodesignsummit.sched.org/type/cross-project+workshops 21:14:08 * nikhil_k joins in 21:14:09 Suggestions are open at: 21:14:13 * dhellmann apologizes for being late 21:14:15 https://etherpad.openstack.org/p/kilo-crossproject-summit-topics 21:14:24 Some topics will obviously use 2 slots 21:14:52 Some people wanted to have only 2 running in parallel, some others wanted to keep as much space as we had in ATL 21:14:58 so this is a middle ground :) 21:15:45 We'll get people from the newly-elected TC to work on building the schedule there 21:16:01 but if it's like in ATL, it should be pretty consensual 21:16:02 ttx: I do want docs topics in there since we don't have another slot 21:16:08 annegentle: indeed 21:16:13 annegentle: file away 21:16:29 ttx: just put one on scaling in the etherpad 21:16:37 Questions on that topic ? 21:17:18 can you explain pods more (after you're done with cross project topic?) 21:17:35 Note that as far as scheduling goes, we'll use an ODSREG instance like we use to, but will just edit the content of the sessions once they are picked, rather than use it for CFP 21:17:40 annegentle: +1 to more info on pods 21:17:48 so it will be used by PTLs or their monkey only 21:17:56 OK, pods. 21:18:06 So we'll have a number of tables. They may be square this time 21:18:08 ODSREG? 21:18:16 in two spaces, slightly separate from the dev loungs 21:18:20 * mestery liked circle tables. :) 21:18:29 eglynn: the software atht was running on summit.o.o before 21:18:35 openstack-infra/odsreg 21:18:40 ttx: -ha, got it 21:19:02 mestery: but we reuse some of those tables to build the "meetups" space on Friday :) 21:19:16 And some teams have a meetup day right? 21:19:21 So are probably not as interested in pods? 21:19:36 some programs will have dedicated pods (incubated, docs, oslo) 21:19:44 since they don't have a meetup 21:19:51 everyone else shares a number of tables 21:20:03 we'll have signs, so wyou can claim an empty space as yours 21:20:11 and people should be able to find you 21:20:37 obviously if people are just using the table to work on something else, we might have to ask them to move 21:21:00 ttx: yup, ok 21:21:12 there should be something like one pod for two programs 21:21:14 * annegentle is glad we're not the only ones without a meetup day 21:21:21 + all the dedicated ones. 21:22:02 annegentle: you can consider your pod as a always(running meetup :) 21:22:19 Other questions on that ? 21:22:22 * dimsum_ peeks 21:22:27 ayup ttx :) 21:22:31 how far away are the pods from everything else this time? 21:22:46 pods are very close to the session rooms 21:22:53 so may be less clam 21:22:55 calm* 21:23:10 that should be ok, I think we'll use them more for oslo if that's the case 21:23:44 As far as scheduling goes, we'd like to have the schedule all set at least one week before summit start 21:24:00 so that means we'll have to start making up the schedule soon after release 21:24:14 and plan to have the meetings to pick the sessions then 21:24:46 I'll be in touch with PTLs on the process to enter the session contents in the schedule 21:25:07 (or their summit scheduling liaison) 21:25:16 #topic Open discussion 21:25:18 ttx: Excellent, thanks! 21:25:23 dhellmann: you had something to mention iirc 21:25:27 yes, 21:25:43 we need each project to set up a liaison for working with oslo again this cycle 21:26:05 I didn't want to assume our current volunteers would sign up for a second time, so I went ahead and wiped the wiki page 21:26:21 https://wiki.openstack.org/wiki/Oslo/ProjectLiaisons#Liaisons_for_Oslo_Integration 21:26:22 fwiw we'll do the same for release management. By default the liaison would be the PTL, but you may want to assign someone else 21:26:34 dhellmann: when you need the liaison nominations by? 21:26:40 and expect the security team to ask for a main security liaison as well 21:26:52 I'd like to have the roster filled before the summit so I can make sure they all know which sessions we need them in 21:26:54 I'm planning to do the same thing with QA as well 21:26:58 * mestery likes the formalization of the liasion program. 21:27:00 and stable team 21:27:01 etc 21:27:08 cool 21:27:15 can't this be on one wiki page? 21:27:22 asalkeld: ++ 21:27:25 asalkeld: we could probably do that 21:27:26 dhellmann: i've been wondering if there was value in showing all liaisons on the same page, or on separate pages 21:27:29 (all the different cross project stuff) 21:27:37 yeah, one big table would work 21:27:44 I'll set that page up and mail the link to the list 21:27:51 dhellmann: col, thx 21:27:56 cool* 21:28:08 nice, thx 21:28:24 asalkeld: good idea -- I didn't realize everyone else was going to definitely do the same thing this time around 21:29:16 dhellmann: the VMT had a team of security contacts, but we always ended up with the same person... so better for that person to be THE liaison 21:29:35 the default person to ping 21:29:47 I also want to reiterate that now that we've graduated a bunch of the low level libraries, moving to them should be a priority for all projects in kilo -- we've deleted the incubated version of that code from the master branch of the incubator 21:29:49 rather than nobody stepping up 21:30:13 ttx: makes sense, do we have that list somewhere that I can reproduce on this new page? 21:30:49 dhellmann: Agree on the new graduated libraries. 21:30:58 dhellmann: depends on the format, but if you list them in separate secvtions, maybe simpler to wait for each area to call for them ? 21:31:11 mestery: we had a lot of good uptake during juno, but I want to make sure we carry that forward and finish 21:31:19 dhellmann: Agreed 21:31:19 dhellmann: it would be interesting to be able to generate a report of wqhat orphaned code we have out there 21:31:20 I don't want to assume there will be infra liaisons is infra doesn't call for them formally 21:31:31 ttx: makes sense -- one section per cross-project concern, with a table formatted like the on on the oslo page? 21:31:37 dhellmann: something which could be mailed out to openstack-dev periodically perhaps 21:31:41 dhellmann: sounds good 21:31:57 mikal: I will be working on that between now and k-1 21:32:02 Cool 21:32:09 dhellmann, ttx: like https://wiki.openstack.org/wiki/QA/ProjectLiaisons ? 21:32:14 mikal: but that's also something I hope to delegate to the liaisons :-) 21:32:49 mtreinish: yep, I'll move yours, too if you like. I was going to call the new page CrossProjectLiaisons and leave it at the top level of the wiki 21:33:15 dhellmann: sure, thanks 21:34:19 ok.. anything else, anyone ? 21:34:51 alright then. 21:34:53 #endmeeting