15:00:29 #startmeeting Atomic Developer Bundle Weekly Meeting 15:00:29 Meeting started Mon Feb 15 15:00:29 2016 UTC. The chair is nshaikh. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:29 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:29 The meeting name has been set to 'atomic_developer_bundle_weekly_meeting' 15:00:50 .hellomynameis lalatendu 15:00:51 lalatenduM: lalatendu 'Lalatendu Mohanty' 15:00:51 .fas dharmit 15:00:54 dharmit: dharmit 'Dharmit Shah' - shahdharmit 'Dharmit Shah' 15:01:04 .fas bamachrn 15:01:04 bamacharan: bamachrn '' - bamacharankundu 'Bamacharan Kundu' 15:01:09 ping tuxdna: ccaf 15:01:13 ping budhram 15:01:15 dustymabe: I would like to have some feedback on this question: - https://github.com/projectatomic/adb-atomic-developer-bundle/issues/118#issuecomment-183320634 15:01:15 .hellomynameis preeti 15:01:17 preeti: Sorry, but you don't exist 15:01:34 mzee1000_: ^ 15:01:50 .hellomynameis budhram 15:01:50 .hellomynameis containscafeine 15:01:50 budhram: Sorry, but you don't exist 15:01:53 ccaf: containscafeine 'Shubham Minglani' 15:02:42 #topic Release of ADB 1.7.0 15:03:13 Yeah 15:03:19 lalatenduM: yes 15:03:25 I am still working on it 15:03:29 .fas 15:03:29 tuxdna: (fas ) -- Search the Fedora Account System usernames, full names, and email addresses for a match. 15:03:40 .fas tuxdna 15:03:40 tuxdna: tuxdna '' 15:03:53 There are some issue with including a RPM in ADB build 15:04:13 the RPM has to be signed by CentOS 15:04:17 lalatenduM, okay - is this regarding adb-utils package ? 15:04:38 and has to be available in a plublic YUM repo 15:04:41 nshaikh: yes 15:04:48 okay 15:05:02 basically the adb-utils should live at http://mirror.centos.org/centos-7/7/atomic/x86_64/repo/ 15:05:09 as it is part of atomic sig 15:05:18 but http://mirror.centos.org/centos-7/7/atomic/x86_64/repo/ is just ostree content 15:05:24 .hellomynameis surajd 15:05:25 surajd: surajd 'Suraj Deshmukh' 15:05:31 okay 15:05:31 from CentOS rebuild of RHEL atomic 15:05:37 #info adb-utils should live at http://mirror.centos.org/centos-7/7/atomic/x86_64/repo/ and part of atomic-sig 15:05:39 and the content is distro signed 15:05:57 and adb-utils can't be signed by distributions GPG key 15:06:09 distro signed = distributions GPG key 15:06:22 distribution = centos core 15:06:25 okay 15:06:36 as adb-utils a new rpm whch is not part of RHEL 15:06:53 so we are trying to work aorund the issue. 15:07:01 Also created https://github.com/LalatenduMohanty/centos-release-adb 15:07:21 #info: adb-utils package to be signed by CentOS and will be part of atomic SIG. 15:07:26 we will include this in ADB , so users can update if a new version of adb-utils come 15:08:09 the release wont be possible today as CentOS projetc dont sign RPMs on Monday and Friday 15:08:23 I will update my original mail in container-tools 15:08:27 thats it 15:09:09 #action: Lala to send email on container-tools detailing about adb-utils package and its signing and release schedule. 15:09:38 #info: tracker bug for ADB 1.7 release 15:09:43 .hellomynameis budhram 15:09:43 budhram: budhram 'Budh Ram Gurung' 15:10:04 need more volunteer to test the latest build and provide feedback. 15:10:19 bamacharan, budhram surajd ccaf ^ 15:10:23 nshaikh: +1 15:10:27 nshaikh, yes 15:10:35 everyone should give it a spin 15:10:41 nshaikh, i can do that 15:10:46 lalatenduM, yes 15:10:47 nshaikh, done 15:10:53 nshaikh, sure 15:10:55 cool, thanks. 15:11:01 nshaikh, sure 15:11:13 yea we will :D 15:11:36 lalatenduM, okay- anything else on ADB release side? or we move to next topic ? 15:12:26 #topic Release of vagrant-service-manager v0.0.2 15:12:50 #info vagrant-service-manager plugin to be release aligned with ADB 1.7 release 15:13:12 nshaikh: are we planning a release tomorrow 15:13:43 lalatenduM, yes, its waiting on few discussions to be settled on few PRs. 15:13:56 nshaikh: ok 15:14:07 nshaikh: Just finished my presentation, went well :) 15:14:20 doing POC for (config + action hook) approach for docker daemon restart 15:14:23 mzee1000_: awesome 15:14:25 OpenShift connection information need to be finalized check 15:14:35 mzee1000_, cool 15:14:41 it will be published on youtube O_O 15:14:52 nshaikh: ack 15:15:03 budhram: cool 15:15:04 will test it on my side too 15:15:15 oops meeting sorry! 15:15:16 PR#43 15:15:22 budhram, okay 15:15:54 #info: We have first cut on re-generating TLS certs as part of provisioning for docker provider 15:16:29 .fas mohammedzee1000 15:16:31 mzee1000_: mohammedzee1000 'Mohammed Zeeshan Ahmed' 15:16:40 It needs a bit more work on how we present it in Vagrantfile, idea is to have simple as less as possible lines in Vagrantfile. 15:17:12 that's it from my side on plugin 15:17:33 nshaikh: cool 15:17:59 somehow I had missed the PR 15:17:59 thats all from today's agenda. 15:18:13 lalatenduM, give it a spin. 15:18:22 anybody else would like to add ? 15:18:27 nshaikh, #118? 15:18:48 ccaf, sure, go ahead 15:18:54 [GoerN] tuxdna maxandersen dustymabe lalatenduM nshaikh, any feedback on the ongoing mailing list thread/issue #118? https://www.redhat.com/archives/container-tools/2016-February/msg00108.html or https://github.com/projectatomic/adb-atomic-developer-bundle/issues/118 15:19:05 nshaikh: looks fine to me , but I think we need a config.rb and then add some functions 15:19:26 nshaikh: will talk about it later 15:19:27 #topic ADB: Mounted volumes 15:19:32 <[GoerN]> ccaf, nack 15:20:01 ccaf: as I understand we need 2 way sync, right? 15:20:09 lalatenduM, yes 15:20:21 ccaf i think I already followed up on mailing list with my concerns. 15:20:43 lalatenduM yeah - or if possible, mounted volumes so there is no need for any 2 way sync. 15:24:15 maxandersen lalatenduM: so what do we proceed with? Some pros and cons have been discussed. 15:24:15 maxandersen: ccaf my concern around if we are using differnet solution on diff OS 15:24:16 e.g. NFS for Linux and SMB for Windows 15:24:16 maxandersen: do you see that as an issue? 15:25:19 ccaf: also kbsingh was interested for a 2 way sync solution for Vagrantbox 15:25:19 ccaf: you might want to get some feedback from him 15:25:20 nshaikh, just thinking out loud, can this be made into a plugin? I don't how that works, but it will shorten the Vagrantfile. 15:25:23 maxandersen lalatenduM, 2 solutions, agreed. But how does that affect the use case/end user experience/support? 15:25:24 ccaf, the solution is spread across different components and also depends on which path we go take. 15:25:24 ccaf: volumesync config should be in vagrantfile IMO as this is a usual practice in vagrant eco system 15:26:17 ccaf, the required services / tooling need to be baked in the box so that we do have to set up things on the fly (if thinking about execution from plugin) for smooth user experience. 15:26:17 ccaf: expect a Vagrant user to add volume sync tweaks to Vagrantfile 15:26:17 *we do not have to 15:26:19 lalatenduM, +1 or via plugin. 15:26:23 lalatenduM nshaikh, true. 15:26:34 ccaf: I would like to get that feedback from maxandersen and see if that work for them 15:27:31 ccaf, preferably I will vote for mounts over sync, as this provide better user experience. A user does not have to worry about syncs everytime file at host is updated. 15:27:34 ccaf: tuxdna do you guys need a Vagrantbox with cifs-util package? if yes let me know 15:27:46 nshaikh: +1 15:28:00 lalatenduM, that depends on the path we take 15:28:03 ccaf: mount is prefereable , as it is more transparant 15:28:25 lalatenduM nshaikh, yes, and all are mounts. SMB and NFS and SSHFS. 15:28:47 right 15:29:10 ccaf: dont have a clear answer for you now 15:29:25 ccaf: need to spend more time on this 15:29:34 lalatenduM, okay. 15:29:47 Added the topic in next week meeting as well. 15:29:53 nshaikh: +1 15:30:09 ccaf, consider discussing this in upcoming cabal call ? 15:30:18 okay - we are at the end of meeting. 15:30:19 nshaikh, sure. 15:30:33 #action: ccaf to discuss mounted volumes in next cabal call. 15:30:45 #endmeeting