Community Project Board meeting minutes - April 5th

Here are the minutes of the fifth Community Project Board meeting. The previous ones can be found here.

Note : Gilles excused himself, his vote was transferred to Robin.

External Communication on Cty Project

Mission statement & Values

Review of proposals, vote.
Discussion:

• Should be fun to participate
• Mission statement should be short
• Should encourage evangelising by community members
• Should avoid confusion with terms such as community project vs. community
• Consider a global mission statement vs. a mission for the community project board
• Short, two-sentence statement, followed by a longer elaboration
• Focusing on the board in the first iteration

Decision:
“The eZ Community Project Board mission is to lead the community, facilitate collaboration between the community and eZ Systems and to foster innovation of the eZ Publish content management platform”

Evangelization

Event planner : review of investigations by Andrew/Gilles. Next steps.
Discussion:

• Lanyrd doesn’t yet have an open API
• LinkedIN doesn’t have API for events
• Use YQL to harvest events organized on Lanyrd

Decision:
The first solution will surface data on share.ez.no, using YQL to display data managed on Lanyrd. Robin will coordinate with the share.ez.no team to craft an extension to integrate with lanyrd+YQL.

Need to :

• See how to create an eZ Community calendar on lanyrd and allow any community member to post his events on it [Robin],
• Advertise this feature once in place.

Evangelizing material : review of work done so far. Next steps

Product Direction

Release policy

Review of updated Release Policy presentation. Next steps.

Dive into practical details:

• releases frequency
• build farm
• release responsibility
• release + build availability (Download page, redesign required by share.ez.no team ?)
• changelogs per build (format, tools/procedures to produce them)
• coding standards
• required content when submitting a pull-request (bug-fix, small to mid-size feature, larger feature) : unit-tests, inline doc, functional doc, install doc, issue in the tracker, etc.
• point releases / how many branches are maintained
• content of builds / release (packaged extensions and so on)

Discussion points:

• Temporary solution: Monthly builds. Aim: nightly builds
• Automated build farm
• Need first build out, fast
• Plan the eventual automation of the build system
• Make builds of extensions available via projects pages, needs to be looked into
• New consolidated coding standards linked via participation howto

Decision:

• OMS/GG will investigate the automation process
• OMS, NFRP and GG will assist on creating the first build
• Mention the goal of nightly builds in RFC.

Next steps:

• Offline discussion on pull request description. Essentially a HOWTO for community members to make good pull requests. Mention guidance in RFC.

Tools for the Board

Specify interaction with share.ez.no team.
Decision: reschedule topic for next meeting

Next meeting

April 26th, 16:00 GMT+1