18:00:33 #startmeeting third-party 18:00:34 Meeting started Mon Oct 27 18:00:33 2014 UTC and is due to finish in 60 minutes. The chair is krtaylor. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:35 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:00:38 The meeting name has been set to 'third_party' 18:00:47 o/ 18:00:50 o/ 18:00:55 hi 18:01:00 third-party role call 18:01:26 Hello everyone 18:02:00 hi all, welcome, let's get started with the meeting 18:02:07 #topic Welcome & Reminder of OpenStack Mission 18:02:16 #info The OpenStack Open Source Cloud Mission: to produce the ubiquitous Open Source Cloud Computing platform that will meet the needs of public and private clouds regardless of size, by being simple to implement and massively scalable. 18:02:39 and here is the agenda for today: 18:02:42 #link 18:02:45 oops 18:02:53 #link https://wiki.openstack.org/wiki/Meetings/ThirdParty#10.2F27.2F14 18:02:57 that's better 18:03:22 #topic Review of previous week's open action items 18:03:31 no action items from last week 18:03:42 #topic Announcements 18:03:50 any announcements? 18:04:08 I don't have any 18:04:32 although I guess I do, I want to remind everyone that we will not have a meeting next week 18:04:38 due to summit 18:04:51 I have put that on our meeting agenda page 18:05:03 but a reminder - no meeting next week 18:05:31 #topic OpenStack Program items 18:06:11 only thing here is the summit session, reminder to get it added to your schedule if you are going, I'd like to get everyone's input 18:06:45 #topic Deadlines & Deprecations 18:07:03 none here either 18:07:15 #topic Highlighting a Program or Gerrit Account 18:07:57 I added the links for the puppet module split fest as described in last weeks meeting 18:08:11 asselin, how are you coming with your split? 18:08:58 I got it started, and updated the spec with more clear instructions: https://review.openstack.org/#/c/129768/ 18:09:12 if you want, you can set the topic to module-split so we can track it all together, but not abig deal 18:09:15 ok, great 18:09:33 I'm going to go through the rest of the stepps today & ref some of the patches I see in today's meeting agenda. 18:09:43 sure, will try that 18:10:08 topic updated 18:10:10 asselin, mmedvede has done a similar steps list for our team internally 18:10:19 asselin: let me know when you have something and we can time the freeze for that module 18:10:24 but I see he has commented on yours 18:11:08 anteaya, thanks. I'd like to go through all the steps, then time the freeze, and then redo the 1st steps to sync up the private repo with the frozen one. 18:11:59 since those first few steps are easy to do. 18:12:00 asselin: with my split (kibana) I did not have to do any sort of freeze, but that is because it is slow-moving repository 18:12:29 asselin: good plan 18:12:32 mmedvede, good point. It's possible there were no changes either to mine (jenkins) 18:12:45 also mmedvede has noted that there is potentially some loss of git log with git subtree split 18:12:57 kibana is lower activity then jenkins 18:13:05 mmedvede: has your split merged? 18:13:36 anteaya: yes, first one have merged. The second one (pulling out the module from system-config) is pending 18:13:41 #link https://review.openstack.org/#/q/branch:master+topic:module-split,n,z 18:13:47 ^^^ shows everything 18:14:24 mmedvede: good work! 18:14:39 anteaya: jenkins was failing on the second patch (we discussed it in infra), I have fixed it, it seems 18:14:39 ++ 18:14:43 anteaya: thanks 18:14:56 I'm not done with my pair yet, second one is pending 18:15:12 mmedvede: I'm only around intermittently today, but if the second patch is ready to go, get some attention on it 18:15:28 krtaylor: good 18:15:33 anteaya: ok 18:16:02 it is ready to go, so I would ask in -infra later 18:16:16 mmedvede: yes 18:16:33 yea! I see it passed jenkins 18:16:50 mmedvede, did you want to comment on the log loss? 18:17:21 krtaylor: sure 18:17:56 FYI, the 'git subtree' split method will lose history in case there were renames 18:18:07 Something to be aware of. 18:18:47 There is a way around it, and I can describe it if needs to be. But it takes time. And only worth if there is a lot of commits that are left our by subtree 18:19:40 krtaylor: that is all I wanted to mention 18:19:41 mmedvede, I guess we can wait and see, maybe add to the spec for instructions to fix 18:19:51 mmedvede, thanks 18:20:17 anything else on the module split? 18:20:31 ok, onward then 18:21:11 fungi asked to mention the removal of pypi mirror from static.openstack.org 18:21:26 #link https://review.openstack.org/#/c/119466/ 18:22:16 yes, there are apparently third-party ci operators who are, knowingly or not, using our pypi mirrors instead of running their own or using pypi.python.org 18:22:50 ah, ok, thanks fungi 18:23:06 the citrix xenserver ci broke and had b=to be disabled today because it was still using pypi.openstack.org which is no longer updated since quite a while now 18:23:51 anyway, that's all. just wanted to make sure everyone was aware to keep an eye out for that in your configurations 18:24:06 I saw the disable, that explains it 18:24:15 thanks fungi 18:25:10 any questions on this? 18:25:27 ok, then next 18:25:33 #topic Open Discussion 18:26:22 ok, not everyone at once :) 18:26:32 as an fyi I am not going to be availabe the Monday after summit 18:26:48 not that you need me, you are doing fine on your own 18:26:49 oh, naggappan was asking for third-party ci configuration help in #openstack-dev earlier today. i suggested showing up for this, but looks like the recommendation was ignored 18:26:53 good work krtaylor 18:27:04 fungi: thanks for trying 18:27:07 OH, I forgot to add CI self check to the agenda 18:27:10 anteaya, thanks 18:27:27 I suppose no meeting next monday. 18:27:43 also, seems the openstack meetbot isn't updating the channel topic 18:27:47 I think we decided no meeting next monday 18:27:55 but haven't announced it anywhere 18:27:58 asselin, yes I added that to the agenda page as a reminder also 18:28:09 fungi: good eye, I hadn't noticed 18:28:14 to double-check, devstack-gate isn't using a bad pypi mirror, right? 18:28:18 fungi: I wonder why 18:28:33 fungi: the meetbot commands seem accurate 18:29:06 hm, yeah 18:29:13 #topic test 123 18:29:17 nope 18:29:18 anteaya: it's missing channel operator perms. probably lost them in a netslipt. i'm fixing now 18:29:31 fungi: thanks 18:29:41 dougwig: not in the upstream testing. copy_mirror_config in devstack-gate expects a working mirror setup that can be copied though 18:29:55 dougwig: our nodepool does this for us but puppet or any other config management could too 18:30:00 #topic Open Discussion 18:30:07 yea, that worked 18:30:15 thanks fungi 18:30:19 sure thing 18:31:57 let's see, last week I noted that hyper-v had a static IP, but I haven't checked to see if that got fixed 18:33:11 did anyone else notice any CI systems with strange results comments, ect? 18:34:22 hyper-v did reply to my email that they are going to fix their IP 18:34:36 ok, everyone is quiet today 18:35:02 if we are winding down then I'll let everybody have 25 minutes back 18:35:09 anything else? 18:35:31 * krtaylor likes the calm week before summit 18:35:33 my devstack-gate changes are still pending reviews 18:35:45 asselin, link? 18:36:09 https://review.openstack.org/#/c/123578/ 18:36:20 https://review.openstack.org/#/c/122896/ 18:36:43 I've been cherry-picking them for my own ci system 18:37:05 maybe I should change the topic? 18:37:12 asselin: the second one is ready to go 18:37:19 find sdague and request a +A 18:37:23 asselin: I would like to have that merged 18:37:34 ++ 18:37:37 need another core no? 18:38:04 asselin: yes and sdague is a core 18:38:05 (after it merges, I'll rebase the dependent one....) 18:38:29 oh the parent is ready to go 18:38:34 isn't 18:38:35 https://review.openstack.org/#/c/123578/ needs to merge first and only has 1 core 18:39:10 which is sdague 18:39:11 both have one core 18:39:33 krtaylor: sorry, missed the first part due to the hour change here :( We sent out the request for the FQDN in Microsoft, hope to have that sorted out asap 18:39:48 asselin: yes, sorry I mis-understood 18:39:55 anteaya, np 18:40:19 need to find more devstack-gate cores 18:40:40 ociuhandu, no worries, yes I mentioned that you had replied 18:41:02 asselin: it is sdague and infra-core 18:41:07 jhesketh can you look at https://review.openstack.org/#/c/123578/1 18:41:11 hm, maybe thats why it is so light today, time change 18:41:12 anteaya, ok thanks 18:41:15 asselin: he is asleep 18:41:42 jhesketh is in tasmania 18:41:47 ok I can ping -infra after the meeting 18:41:55 asselin: kk 18:42:04 sounds like a plan 18:42:12 note I already "reviewed" those changes and dn't see a reasonfor them to exist 18:42:21 the first is a reasonable refactor but the second is unnecessary 18:42:41 * krtaylor looks 18:44:12 asselin, any questions for clarkb 18:44:51 clarkb and I discussed it a while ago. we agreed to get more opinions for other cores, if i remember right. 18:44:56 yup 18:44:59 clarkb, maybe you could add you comments to the patch? 18:45:06 I can leave them there 18:45:59 so for everyone else, the pre-clean hook can just be done as a post-clean hook, which can be done external to the devstack-gate script, although with a bit more complexity 18:46:18 I think its simpler 18:46:20 not more complex 18:46:36 mmedvede, ^^^ 18:47:34 right, we disagree on simple vs. complex, and decided to get more opinions from other cores. 18:47:42 (honestly I can go either way....) 18:48:15 but still think hooks are simpler :) 18:48:51 the counter to that is we have tons of confusion around the existing hooks. the existing hooks need to run in the context of d-g so we can't really get rid of them 18:49:39 anyone else with an opinion? 18:49:44 but there is always a lot of confusion when people add jobs around what they are getting when using a hook. (are all services running? what permissions does current user have, if I override a hook like gate_hook what ends up needing to be done redundanty, and so on) 18:50:07 if however you just run a script prior to and after running d-g the person running that script is in complete control 18:50:11 this is simple and not confusing 18:50:47 clarkb: has had a lot of experience maintaining this sort of thing 18:51:00 especially picking up devs who have fallen down on it 18:51:05 I defer to his opinion 18:51:16 ok, so if noone else objects, I can abandon https://review.openstack.org/#/c/122896/ 18:51:40 i'm a case study in not using the hooks correctly, since i use sed to insert my own in-between devstack setup and tempest in d-g. 18:53:04 ok, no objections, so no hooks. 18:53:11 7 minutes 18:53:13 no new hooks 18:53:18 any other comments? 18:54:13 ok, well I think we are done here then 18:54:33 I missed it, I still kind of liked the hooks, but oh well 18:54:36 remember no meeting next week, and I'll send email reminder 18:54:58 mmedvede, lets move it to infra 18:55:21 thanks everyone, hope to see you in Paris! 18:55:27 thanks, everyone !! 18:55:30 bye 18:55:41 #endmeeting