My first reading of the topic was "Citerias (ie a project named
Citerias) to become a Ceph project". It wasn't until I re-read it more
closely that I realized it was criteria. :)
On 07/28/2015 12:51 PM, Joao Eduardo Luis wrote:
On 07/28/2015 07:59 AM, Loic Dachary wrote:
The title sound even stranger with non-english words in it. Please excuse the
frenchism :-)
I think 'criteria' is fine in this context, and more to the point that
'requirements'. Then again, I'm not a native speaker ;)
-Joao
On 28/07/2015 08:38, Loic Dachary wrote:
Hi Ceph,
The title sounds a little strange (Citerias to become a Ceph project) because
I'm not aware of projects initiated by someone external to Ceph that later
became part of the Ceph nebula of projects (as found at
http://tracker.ceph.com/projects/ or http://github.com/ceph/). I can however
imagine that a piece of software developed with no interaction with the Ceph
development community could be contributed and become a valuable addition (port
to non GNU/Linux Operating Systems, monitoring applications for mobile devices
etc.).
Although publishing the code of such a component under a Free Software license
is a natural first step, there is more to do before it becomes part of what we
(the community of Ceph developers) care for on a regular basis. Borrowing the
OpenStack requirements ( at
http://governance.openstack.org/reference/new-projects-requirements.html ), it
could be expressed as:
Free Software:
The proposed project uses a Free Software license as published at
http://www.gnu.org/licenses/license-list.html#SoftwareLicenses
Project must have no library dependencies which effectively restrict
how the project may be distributed or deployed
Open Community:
The leadership is chosen by the contributors to the project
The project has regular public meetings on IRC and those meetings are
logged and published
Open Development:
The project uses public code reviews
The project has core reviewers and adopts a test-driven gate
The project provides liaisons that serve as contacts for the work of
cross-project teams in Ceph
Where it makes sense, the project cooperates with existing projects
rather than gratuitously competing or reinventing the wheel
Where appropriate, the project adopts technology and patterns used by
existing Ceph projects
Open Design:
The project direction is discussed at the Ceph Design Summit and/or on
public forums
The project uses the ceph-devel ML to discuss issues
These requirements are formal in the case of OpenStack but they could also be
used in the context of Ceph, not as requirements but as a guideline.
What do you think ?
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
