10:06:23 #startmeeting Atomic Developer Bundle Weekly Meeting 10:06:23 Meeting started Mon Mar 21 10:06:23 2016 UTC. The chair is praveenkumar. Information about MeetBot at http://wiki.debian.org/MeetBot. 10:06:23 Useful Commands: #action #agreed #halp #info #idea #link #topic. 10:06:23 The meeting name has been set to 'atomic_developer_bundle_weekly_meeting' 10:06:40 .fas dharmit 10:06:40 dharmit: dharmit 'Dharmit Shah' - shahdharmit 'Dharmit Shah' 10:06:48 #info meeting agenda at https://titanpad.com/adbmeeting 10:06:48 .fas rtnpro 10:06:49 rtnpro: rtnpro 'Ratnadeep Debnath' 10:06:51 .fas bexelbie 10:06:52 bexelbie: bex 'Brian (bex) Exelbierd' 10:06:54 .fas bex 10:06:55 bexelbie: sfarr01 'Steven Farr' - lonelyibex 'fungo' - moko 'moko lee' - bexhet '' - genbex 'P Karthikeyan' - rsandu 'Răzvan Sandu' - webexpert21 'Matt Wang' - vibexie 'vibe xie' - mcreps 'Merl Creps Jr' - neebex 'Thierry Harribey' (1 more message) 10:07:02 .fas kumarpraveen 10:07:03 praveenkumar: kumarpraveen '' 10:07:04 praveenkumar: hey I though the meeting was 1:00 UTC 10:07:06 .hello bex 10:07:07 .fas nshaikh 10:07:07 bexelbie: bex 'Brian (bex) Exelbierd' 10:07:07 thought 10:07:10 nshaikh: nshaikh 'Navid Ahmed Shaikh' 10:08:25 lalatenduM: 1000 UTC 10:08:26 lalatenduM: https://github.com/projectatomic/adb-atomic-developer-bundle/pull/285/files 10:08:53 lalatenduM, it overlaps a ton of stuff and was artificially late for India 10:09:06 praveenkumar: dharmit ahh sorry I thought it was 1300 i.e. 1 PM utc 10:09:24 bexelbie: praveenkumar dharmit how do we expect US folks to join this meeting 10:09:29 #action lalatenduM update calendar invite. 10:09:50 there is a calendar invite ... why have you ignored me so lalatenduM :P 10:09:52 bexelbie: praveenkumar its 6:00AM in Boston 10:10:03 lalatenduM, who from Boston attends regularly? 10:10:11 bexelbie: sorry I thought it was 1PM UTC 10:10:19 so 9AM Boston time 10:10:26 6:30PM India time 10:10:39 somehow mistken by the timing 10:10:42 my mistake 10:10:50 it is 6 am now 10:10:54 when the new meeting time is 10:11:00 is there a regular US attendee? 10:11:07 when this was discussed last week, no one could name one 10:11:08 bexelbie: yes 10:11:15 bexelbie: dustymabe joins teh meeting 10:11:15 therefore if the meeting is normally just IST and CET we can move it 10:11:55 bexelbie: we should not make the meeting time difficult for others to join :( 10:12:02 lalatenduM, or for the majority to join 10:12:24 It overlaps the OSAS meeting this week 10:12:50 And I would presuem that at least some Indian attendees find 8:30 pm difficult to join 10:12:53 bexelbie, lalatenduM : Can we cover the topic first and then discuss about the meeting in the rest of meeting. 10:13:03 nshaikh, this meeting is about the meeting :P 10:13:07 We anyway send logs to our meeting and if we have any specific query with those folks we can ask them. 10:13:29 nshaikh: praveenkumar bexelbie also just one week for lazy consensus for a community meeting is very less 10:13:55 lalatenduM, everyone felt that was enough - we can leave it open longer to see if anyone objects over email 10:14:09 bexelbie: ok, I am going to reply 10:14:25 lalatenduM, perhaps you should let dusty reply if it is a problem for him 10:14:27 you guys can go ahead with the meeting 10:14:50 bexelbie: I will do what I should do :) 10:15:01 lalatenduM, you just said you dont think the meeting should be moved and tha tyou are going to object 10:15:07 so perhaps we should just postpone to the old time 10:15:09 and revert the PR 10:15:14 pending further community discussion 10:15:18 bexelbie, +1 10:16:00 bexelbie: +1 and make sure we have input from people who have issue by next week. 10:16:17 bexelbie: we cant change the time for today's meeting as it has started , + I thought the new proposed time is 1PM UTC (my mistake) 10:16:17 cool - then shall we do this again at 1pm UTC today? 10:16:29 lalatenduM, we can absolutely change the time to the old time today 10:16:35 there is nothing preventing us from doing so 10:16:43 and as you have said we did not allow enough time for consensus 10:16:48 so the meeting hasn't actually been moved 10:16:55 right now we are just a bunch of folks in an IRC room :) 10:17:07 bexelbie: actually it has , praveenkumar has merged teh PR :) 10:17:17 bexelbie: lets continue with teh meeting 10:17:21 lalatenduM, he merged it incorrectly apparently as not enough time was allowed 10:17:27 and we are now missing input from the community 10:17:28 and change it through the process 10:18:09 ok 10:18:14 bexelbie: lets take opinion from curent chairs 10:18:50 dharmit: praveenkumar nshaikh bexelbie , how many of you in favor of continuing the meeting now 10:19:00 did I miss anyone? 10:19:05 +1 continue the meeting 10:19:28 +1 let's continune 10:19:35 Continue 10:19:44 rtnpro: ^^ 10:20:05 +1 from me 10:20:08 Cool, majority is in favor of continuing the meeting 10:20:08 I am mixed in my opinion so either 0 or -1 based on the lack of proper input from the community for moving the meeting time. lalatenduM has been very persuasive 10:21:15 from me current timing is -1, but just for today's meeting +1 10:21:26 I will send teh mail with my suggestion 10:23:06 Alright then lets continue today meeting (whatever we have in agenda) 10:23:11 nshaikh: you want to go first? 10:23:38 praveenkumar, we have topics at https://titanpad.com/adbmeeting 10:23:51 #topic ADB next release 10:24:00 lalatenduM, ^ 10:24:21 nshaikh: yes, this week we will do a release 10:24:30 okay 10:24:30 I willstart building the box today 10:24:50 lalatenduM: we have to make sure adb-utils also go latest in these box. 10:25:04 should the new box builds get some hammer from our CI job? dharmit 10:25:12 praveenkumar: ack 10:25:48 relevant to what praveenkumar said, should we formally say that release means all three? 10:25:57 ADB, adb-utils, and vagrant service-manager? 10:26:04 nshaikh: doable. the topic I've put up in the etherpad should discuss the very same question. 10:26:21 dharmit, cool. 10:26:32 bexelbie: =1 10:26:34 bexelbie: +1, because ADB should have all latest stuff inculded with release. 10:26:35 +1 10:26:47 s/inculded/included/ 10:27:24 What needs to be done in order to get an ADB out the other side? whta goes first, etc. (granted vsm just rides along the side, but it can still be put in the list) 10:28:31 bexelbie: if it is included in adb i.e. a RPM , it shoudl be in http://mirror.centos.org/centos-7/7/atomic/x86_64/adb/ 10:28:47 do we have a build plan/release list or something similar 10:28:55 that way we know what gates on what and what needs to run first? 10:29:26 it would also make it easier to offload release management to someone if we wanted to free up time for lalatenduM and praveenkumar 10:29:26 service-manager can be released separately as it a vagrant plugin 10:29:41 bexelbie: for ADB it is just me 10:29:49 bexelbie: as it is part of teh SIG 10:29:50 lalatenduM, true - but often we should gate a vsm push until the ADB out 10:30:06 lalatenduM, then perhaps we should start the docs so we can address that SPOF at some point 10:30:15 bexelbie: agree 10:30:31 but if no one knows what the voodoo that you do is then no one can help 10:31:19 bexelbie: yes, we all can build different component on CBS (hope all have required permission) and then lalatenduM create vagrant box. 10:31:23 bexelbie: actually most of the communication is plublic i.e. centos-devel and container-tools 10:31:53 bexelbie: but I need to create a central doc 10:31:59 I know, but asking someone to learn by trawling through the lists in hopes they will become your backup is a bit of a disincentive 10:32:22 +1 doc the process in a sufficient level of detail to allow for a hand off or spof alleviation 10:33:39 bexelbie: ack 10:35:21 #action: Lala to document the release process document for ADB vagrant box. 10:35:39 are we good on the topic? should we move to next one ? 10:36:05 yes, also we will keep update titanpad about AI for everyweek. 10:36:21 praveenkumar, thats logged in the meeting logs. 10:37:10 nshaikh: yes but it would be easy when next time we open pad and directly check AI/Blocker 10:37:17 praveenkumar, okay. 10:37:40 #topic feedback on existing flow for CI 10:37:57 #link https://github.com/projectatomic/adb-atomic-developer-bundle/issues/195 10:38:03 I think I've already commented on the issue seeking feedback from nshaikh praveenkumar lalatenduM. 10:38:58 #action praveenkumar nshaikh lalatenduM to provide feedback for CI effort (#195) 10:38:58 I can summarize it here. But it's there in the README and it'd waste everyone's time. So, if you guys can take a look and discuss it on the issue, it'll be super helpful. 10:38:58 dharmit: the comments was from Feb 10 10:39:17 dharmit: is that updated recently? 10:39:17 lalatenduM: I modified the comment two days back. 10:39:25 dharmit: ok 10:39:26 Yep. :-) 10:40:30 Anyone have anything else to discuss 10:40:32 ? 10:40:44 That issue and, if required, having more issues & pr around this should help us have more CI hammer around ADB box. ;-) 10:41:08 dharmit: Ack 10:41:14 dharmit, are there command sother than #build? 10:42:36 bexelbie: That can be configured. If we want something else, we can change it in the config. 10:42:55 dharmit, cool - I am mostly looking toward a proposal for how we will document commands for committers and maintainers 10:43:08 if no one can trigger the CI it may as well not exist :) 10:44:00 bexelbie: Actually centos-ci user will immediately comment on the PR if the person raising the PR is not in admin list (again configurable item). And then an admin can trigger the build. 10:44:30 bexelbie: I'll check for the non-admins. 10:44:48 dharmit, then we should probably have some docs so that non-admins know what to expect and admins no what to do :) 10:44:54 s/no/know/ 10:45:24 bexelbie: Yep. I'll come up with those. Maybe we will need to add some points to the contributing doc for it. 10:46:26 dharmit, +1 10:47:30 We are already 15 mins over so I am going to end this meeting and we can carry our discussion later. 10:47:43 #endmeeting