08:05:19 #startmeeting third-party 08:05:20 Meeting started Tue Aug 18 08:05:19 2015 UTC and is due to finish in 60 minutes. The chair is anteaya. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:05:21 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 08:05:24 The meeting name has been set to 'third_party' 08:05:42 hello hello if anyone is here 08:05:49 Hi 08:06:15 o/ 08:06:34 hello! 08:07:17 hello lennyb and eantyshev 08:07:22 how are you? 08:07:39 thanks, how are you? 08:08:19 good thanks 08:08:30 what shall we discuss today? 08:09:29 if we have nothing to discuss I have a question 08:10:20 I have nothing particular important 08:10:21 go ahead 08:10:26 I heard there is a way to trigger my CI after it passed some basic gates. where can I read more about it? 08:10:30 eantyshev: okay thannks 08:10:41 I don't know whaat you mean lennyb 08:10:56 can you try to explain what you are talking about? 08:11:03 sorry if I am being slow 08:11:12 can you just try again? 08:11:19 lennyb, do you mean after Openstack Jenkins completed its check? 08:11:46 I would like to be triggered not by gerrit commit, but by pass of let's say gate-system-config-pep8 08:12:03 eantishev: yes, I guess 08:12:25 I don't know where to read about doing thata 08:12:38 eantishev: after Jenkins completed with success 08:12:41 as that isn't something I would advocate for 08:12:59 I think I know what you mean, our CI is triggered by comment of 'jenkins' user including 'Builb succeeded' message, will give you a piece of config now 08:13:00 some pepole do configure there systems that way and I can't stop them 08:13:17 but I personally am not a supporter of that direction 08:13:36 we do that because we have to 08:14:08 anteaya: why? I dont see a reason to load git and our setups if Jenkins failed. 08:14:17 or there will be too much computation for our CI 08:14:51 right that is the arguement from ci operators 08:15:59 the counter argument is that information inn't available earlier in the patch cycle to be incoporated either from reviews by the ci operators on the patch or by the author or human reviewers 08:16:11 I'm not stopping you 08:16:20 but I don't personally support it 08:16:35 and we don't have documentation around that configuration 08:17:19 anteaya: thanks. I see your point. 08:17:40 okay thanks 08:17:42 eantyshev: thanks about configuration tip 08:17:53 lennyb: http://paste.openstack.org/show/420156/ 08:17:53 that was all I was trying to share 08:18:15 that's how ours works 08:19:22 anteaya, could you please explain more, I don't understand 08:19:42 lennyb: can you try to explain my point to eantyshev? 08:19:52 and I can try to fill in any holes 08:21:28 eantyshev: I think the point is to provide as much info and as as quickly as possible to developer. 08:22:05 lennyb: thank you, yes that is the point 08:22:39 also that there is a difference between what infra supports and what operators choose to do 08:23:06 so should an operator choose to do something that is not the process supported by infra 08:23:23 and a patch merges that breakes the operator's ci system 08:23:24 anteaya: how much time usually takes to Jenkins to comment the patch? 08:23:35 that responsibility rests with the ci operator 08:23:51 depends on how many tests are run 08:24:04 pep8 and lint jobs are fast 08:24:19 unit tests take as long as unit tests take 08:24:29 lennyb: usually 1 hour for nova and cinder which we check, but sometimes longer 08:24:32 and functional and integration tests can take over an hour 08:24:46 depends on the individual test job 08:25:00 we like to support jobs running in about an hour 08:25:10 but there are jobs that are more than that 08:25:21 because that is how long it takes 08:25:51 but we do encourage review of how jobs are built by individual repos 08:26:04 and encourage refactoring to shave off time 08:26:16 and infra works to reduce build time as well 08:27:16 anteaya: I understand that concerns, recent merge failures of some CIs is a consequence of this optimization 08:27:56 sorry can you expand on your point? 08:29:22 those CIs which are triggered by Jenkins comments, have higher probability to fail to merge the patch 08:30:33 ah 08:31:29 I see 08:31:42 did we want to discuss this topic further? 08:31:46 or are we done? 08:32:13 I have nothing else 08:32:21 another thing I want to mention 08:32:52 I have created https://review.openstack.org/#/c/207094 some time ago 08:33:07 and I need another +2 on that 08:33:13 #link https://review.openstack.org/#/c/207094 08:34:01 yes you do 08:34:15 I councel patience 08:34:19 I beleive this should improve the experience of third-party CI operators, as this enables them to check cross-repo dependencies 08:34:37 it is really hard to get all the things reviewed when we want them in 08:34:52 I belive your perspective 08:35:12 hopefully jeblair will have time to look at it soon 08:35:16 thanks 08:35:22 he did just buy a house today 08:35:42 so he will be very busy offline for the next while doing home new ownership things 08:35:55 but hopefully your patch will be reviewed soon 08:36:02 thanks for bringing it up 08:36:08 anything more today? 08:36:13 no 08:36:20 okay thank you 08:36:30 so nice to talk to you both every week 08:36:36 :) 08:36:43 enjoy the rest of your day 08:36:48 and see you next week 08:36:52 #endmeeting