16:03:12 #startmeeting BGS team meeting 16:03:12 Meeting started Tue Mar 10 16:03:12 2015 UTC. The chair is frankbrockners. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:03:12 Useful Commands: #action #agreed #help #info #idea #link #topic. 16:03:12 The meeting name has been set to 'bgs_team_meeting' 16:03:26 hi guys 16:03:42 can you send the connection link? 16:04:11 #link https://global.gotomeeting.com/join/156654573 16:04:12 https://global.gotomeeting.com/join/156654573 16:04:18 tie ;) 16:04:27 thanks! 16:04:34 #chair dfarrell07 16:04:34 Current chairs: dfarrell07 frankbrockners 16:04:44 arnaud_orange: hey :) 16:09:36 #chair dneary 16:09:36 Current chairs: dfarrell07 dneary frankbrockners 16:10:12 there's no audio atm, right? not just an issue on my end? 16:10:34 #info Arnaud's thoughts: He'd be happy to help others to try OpenSteak. Plans to add documentation 16:10:45 dfarrell: Seems to be a problem on your end 16:10:47 humm, I must have a connection iossue 16:10:52 * dfarrell07 drops 16:10:53 I can hear Arnaud talk 16:11:06 audio OK here 16:11:59 #info Arnaud looks for help deploying ODL - Dan Farrell is helping. Anyone else with knowledge on Ubuntu? 16:12:34 can people hear me or is the sound bad again? 16:12:50 dneary: audio from you is good 16:12:59 thanks 16:13:13 * dfarrell07 has sound 16:14:51 #info Arnaud looked at work of the other teams (e.g. Foreman approach) 16:17:04 #info Dan Farrell: Use reasonable size components (using ODL as an example). Better issue tracking: Use Jira. 16:18:09 #info dfarrell07 revises "reasonable size" to "reusable", maybe an audio connection issue 16:18:29 thanks Dan.. 16:19:20 #info Dave Neary: Document the issues that people have. Document where things are missing - also from an documentation perspective. 16:20:06 #info Dave Neary: Work together on the end-result - i.e. puppet manifests, cookbooks etc. 16:21:45 #info dneary: Feedback on the OpenStack + OpenDaylight documentation upstream is welcome and needed. 16:21:54 #link https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight 16:21:56 #info A common point many folks are making is to work on common parts of the approaches via their upstream projects (ODL docs for learning ODL+OpenSTack, ODL Puppet mod for deploying ODL, etc) 16:21:57 #info Joseph: Look at what is common between the installers. Describe things in words first - even if the tools are different. 16:22:32 #info Joseph: Example: Common network layout would be a good starting point. 16:24:08 #info Reinaldo: Has ODL background. Was trying to become more active on the project - but it is hard to find a starting point. 16:25:58 #info Reinaldo: Better documentation. One installer. If we cannot have one single installer - more documentation on the different approaches. 16:26:39 #info Reinaldo: Documentation - incl. what is done, what isn't done, where should I go from now? 16:28:16 #info Reinaldo: Be active. Very active projects often become the de-facto agreement. 16:30:23 #info Brian: Still in monitoring mode... - there is no one common place to go to find all info. 16:30:47 #info Brian: Information is too scattered and changing too rapidly. 16:31:35 #info Brian: Try to be more consistent in the tools we use. Create a history page to explain how things evolved - to understand why things are the way they are. 16:32:39 #info: Dan: Leverage public issue tracker for maintaining history 16:34:17 #info: Tim: More email (for BGS). Overcommunicate on what you do. Avoid "giant updates". 16:34:44 #info: Tim: Change "experiments" to "deployment tools" 16:35:14 #info: Tim: Break down each installer into individual functions. Identify which pieces are independent from each other 16:35:43 #info: Tim: The breakdown into individual functions would be a good way to identify common functions 16:36:01 #info: Tim: Move to Jira. Better tool to track issues and assign tasks 16:37:18 #info: Uli: Transparency is an issue. Share what are the problems for a particular deployment approach. 16:38:04 #info Uli: Hard for an outsider to understand a particular problem and start to help. 16:39:03 #info Uli: Recommendation for using Jira if an explicit task can be identified. 16:39:04 #link https://github.com/dfarrell07/puppet-opendaylight/issues?q=label%3Agood-for-beginners+ Example of using labels to ID easy to handle issues 16:39:53 #info Uli: Find a way to share where current deployment approaches are stuck. Avoid competition. 16:46:30 #info Frank: Smaller contributions ease review and identify eventual commonality 16:46:53 #info dfarrell07 suggests that as we move to Jira we consider something like a "good for beginners" label for marking TOODs that less-expert community members can likely handle without too much spin-up time 16:47:41 #info Josef: For documentation: Let's try to make sure we use one tool for documentation - and avoid divergence there 16:50:30 I have to drop off. Thanks for the call! 16:50:39 Thanks Dave 16:52:12 #topic How can we identify "common" modules (and place them into a common directory tree) 16:52:46 #info dfarrel07 - any changes to installers should happen upstream 16:54:50 hmmm is that discussion available as a video on line...the red hat installer? 16:54:55 #info Reinaldo: Suggestion: Do a detailed step-by-step walk-through presentation of every deployment approach. Helps to understand the big picture 16:55:27 B_Smith_: yes for Foreman - but there isn't anything similar for Fuel and OpenSteak 17:00:53 #action Tim to setup a series of sessions to describe the Foreman/Quickstack approach 17:01:37 #action Arnaud to setup a series of sessions to describe the Foreman/Quickstack approach 17:02:19 you can #undo it frankbrockners 17:02:30 #undo 17:02:30 Removing item from minutes: 17:02:43 #action Arnaud to setup a series of sessions to describe the OpenSteak approach 17:03:27 #endmeeting