<div dir="ltr"><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace">There are a lot of good questions and points being raised  in this thread but I think it might be appropriate to say we've opened a can of worms. As mentioned by Doug there is a rather specific case[1] being considered  that I think provides some important context and framing.</font><font face="monospace,monospace"><br><br></font></div><div><font face="monospace,monospace"><font face="monospace,monospace"><font face="monospace,monospace"><font face="monospace,monospace"><font face="monospace,monospace">It is clear that there are some 
that feel Poppy[2] should not be an official OpenStack project. </font></font></font></font>Deciding what is and what isn't an OpenStack project is important for a number of reasons including protection of the brand/identity of the project and the community; being faithful to our principles; and logistical/resource constraints. It is a complicated and nuanced topic with many considerations as evidenced by the many conversations and opinions raised as part of the transition to the "big tent model". </font><font face="monospace,monospace">I'll agree with Anita that i</font><font face="monospace,monospace">t is a remarkable point of strength 
that we've been able to communicate and find the consensus that we have 
on these subjects when it is clear from even this short thread that there 
is such a rich diversity of concerns, motivations, and agendas.</font><div><br><font face="monospace,monospace"><font face="monospace,monospace">I'd like to suggest we tightly scope 
this discussion and subsequent decision to Poppy exclusively. The reason for this is two fold. The first is so that a timely resolution and answer can be 
provided to the Poppy team. The second is that I </font><font face="monospace,monospace">think
 once we've answered the specific questions and concerns about Poppy 
(some of which I believe are novel in nature) we'll be in a better 
position to then inductively reason about the problem and derive the 
more generalized rule or principle that I think Thierry was hoping to 
establish.<br><br></font>In that vein, I'll try to
 summarize the questions or concerns I've seen raised here and in the TC meeting[3] - apologies if I've missed any:<br><br>Poppy is an OpenStack project designed to make CDN services easier to consume with a generic vendor-neutral API[4]. The concern is that it only has support for commercial CDN service providers. It does not have support for a CDN service that is Open Source.<br></font><br></div><div><font face="monospace,monospace"> 1. Is Poppy "open core"[5] or violate OpenStack's 'Four Opens'[6]?<br></font></div><div><font face="monospace,monospace"> 2. Do we have a requirement that the primary component/backend (or at least one of the components/backends) </font><font face="monospace,monospace">driven/abstracted/orchestrated by a project (directly or via driver/plugin/et al) be considered Open Source? </font><font face="monospace,monospace"><font face="monospace,monospace">If yes, is there room for an exception when one simply doesn't exist? </font>Is there special consideration for "services" (ie. think  GPL vs. AGPL)? <br></font></div><div><font face="monospace,monospace"> 3. D</font><font face="monospace,monospace"><font face="monospace,monospace">oes a project that only enables the use of commercial services/projects belong in OpenStack?<br> 4.</font></font><font face="monospace,monospace"><font face="monospace,monospace"> Does Poppy violate existing requirements around testing/CI[7][8]?</font></font></div><div><font face="monospace,monospace"><font face="monospace,monospace"> 5. Does dependency on Casandra make Poppy non-free?<br></font></font></div><div><font face="monospace,monospace"><font face="monospace,monospace"> 6. Does a project that only enables the use of non-OpenStack services/projects belong in OpenStack?<br></font></font></div><div><font face="monospace,monospace"><br></font></div><div><font face="monospace,monospace">Some additional facts that have been pointed out include:<br><br></font></div><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace"> - </font><font face="monospace,monospace"> It currently only supports Akamai - which makes sense to be the first provider, Akamai is the CDN provider for Rackspace[9] and the project is mostly developed by Rackspace[10] - but implementation is underway for Fastly, Amazon CloudFront, and MaxCDN[11].<br></font></div><div><font face="monospace,monospace"> - It currently only supports Rackspace DNS but support for Designate is planned[11] (only a stub exists in tree currently).<br></font><br><font face="monospace,monospace">I'm going to ponder the above and I'll respond with my thoughts.</font></div><div><font face="monospace,monospace"><br></font></div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace">As for the following, they are all important and deserve deliberation but I'd respectfully suggest we table them for another day - or at least separately - so they get the attention and consideration they deserve: <br></font></div><div><font face="monospace,monospace"><br> a)  definitions for production-grade or scalable;<br> b) new sets of requirements or standards for official projects, such as the former;<br></font></div><div><font face="monospace,monospace"> c) new requirements or conventions around feature parity or priority between plugins/drivers/et al for Open Source vs. proprietary components;<br></font></div><div><font face="monospace,monospace"> d) changing conventions around hosting of non-official projects;<br></font></div><div><font face="monospace,monospace"> e) changing requirements around testing/CI;<br></font></div><div><font face="monospace,monospace"> f) deciding anything already part of OpenStack isn't open enough or unsuitable to be an OpenStack project; or<br></font></div><div><font face="monospace,monospace"> g) material change or extension to the shared or common understanding of "Open Core" in relation to deciding if Poppy is or is not open core.<br></font></div><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace"></font></div><div><font face="monospace,monospace"><br>[1] <a href="https://review.openstack.org/#/c/273756/">https://review.openstack.org/#/c/273756/</a><br></font></div><div><font face="monospace,monospace">[2] <a href="http://www.poppycdn.org/">http://www.poppycdn.org/</a><br>[3] <a href="http://eavesdrop.openstack.org/meetings/tc/2016/tc.2016-02-02-20.01.html">http://eavesdrop.openstack.org/meetings/tc/2016/tc.2016-02-02-20.01.html</a><br>[4] <a href="https://wiki.openstack.org/wiki/Poppy">https://wiki.openstack.org/wiki/Poppy</a><br>[5] <a href="https://en.wikipedia.org/wiki/Open_core">https://en.wikipedia.org/wiki/Open_core</a><br></font></div><div><font face="monospace,monospace">[6] <a href="https://wiki.openstack.org/wiki/Open">https://wiki.openstack.org/wiki/Open</a> OR <a href="https://governance.openstack.org/reference/opens.html">https://governance.openstack.org/reference/opens.html</a><br></font></div><div><font face="monospace,monospace">[7] <a href="https://governance.openstack.org/reference/project-testing-interface.html">https://governance.openstack.org/reference/project-testing-interface.html</a><br>[8] Additional requirements exist such as must not install non-free software in our hosted CI.<br>[9] </font><font face="monospace,monospace"><a href="https://www.rackspace.com/cloud/cdn-content-delivery-network">https://www.rackspace.com/cloud/cdn-content-delivery-network</a></font></div><div><font face="monospace,monospace">[10] <a href="http://stackalytics.com/?project_type=all&release=all&module=poppy&metric=commits">http://stackalytics.com/?project_type=all&release=all&module=poppy&metric=commits</a><br></font><font face="monospace,monospace"><font face="monospace,monospace">[11] <a href="https://github.com/openstack/poppy#features">https://github.com/openstack/poppy#features</a></font><br><br></font></div><div><font face="monospace,monospace"><br>Best regards,<br><br></font></div><div class="gmail_extra"><font face="monospace,monospace">Cody</font><br clear="all"><br>-- <br><div class="gmail_signature">Cody A.W. Somerville<br></div>
</div></div>