<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<p dir="ltr">I am cautiously in favor of this program as outlined by Mark. I do want to make sure that the broadest and strongest marks are reserved for those running the mainline code.</p>
<p dir="ltr">Have there been any comments from the TC on this? Particularly the Nova and Swift PTLs?</p>
<p dir="ltr">Thanks,<br>
Van<br>
</p>
<p dir="ltr">_________________________________<br>
Van Lindberg<br>
VP Technology, Office of the CTO<br>
van.lindberg@rackspace.com<br>
m: 214.364.7985</p>
<br>
<div class="cm_quote" style=" color: #787878">On Thu, Oct 02, 2014 at 8:51 PM, Simon Anderson <<a href="mailto:simon@dreamhost.com">simon@dreamhost.com</a>> wrote:</div>
<br>
<div id="oldcontent" style="background-color: rgb(255, 255, 255); background-position: initial initial; background-repeat: initial initial;">
<blockquote style="">
<div dir="ltr">Mark, thanks for the further detailed and thoughtful reply. I believe this works for all the Compute use cases in production and/or contemplated that I have heard. I think this framework works, and agree we should move on it at the next Board
 meeting. With further comments/input from the community of course, plus further definition of the core capabilities and designated sections required for the Compute Powered mark.</div>
<div class="gmail_extra"><br clear="all">
<div>
<div dir="ltr">
<div><br>
Best,</div>
<div>Simon<br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">On Thu, Oct 2, 2014 at 6:36 AM, Mark Collier <span dir="ltr">
<<a href="mailto:mark@openstack.org">mark@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
<div>Thanks SImon and Tim for reading and considering the proposal.  It’s a lot of words I know :)</div>
<div><br>
</div>
<div>The rationale behind it was to take the existing 2 programs that fall under “Powered” and update the technical requirements per Defcore output (to make it easy of existing licenses to understand and implement), and to add a 3rd “component” oriented Powered
 Program for “Compute” to address the use case that seemed to be a sticking point for some key stakeholders, namely the lack of Swift code in a Computing context (e.g. Nebula, Dreamhost, and others).  </div>
<div><br>
</div>
<div>My view is that by following the “storage” precedent, which is an existing “component” Powered Program with qualifiers in the naming rights to educate the market, we are operating under the existing framework for licenses to address the case without having
 to rush into a “compatible” type program that doesn’t require any code and is API only.  While I do think a “compatible” program for APIs only is likely in the future, I personally would prefer not to rush into it *if* we can address it via this addition of
 a 3rd “Powered Program”.  For one thing, our test coverage may not yet be high enough to have full confidence in assuring it really is “compatible” by testing alone.  The code piece adds a level or assurance that we’re not going to let end users down.</div>
<div><br>
</div>
<div>Regarding the “Compute Powered Program” that is proposed, one thing we may want to consider is adding something like “If your compute product or service does enable object storage as a service, you must enable the object storage capabilities" (read: pass
 the API tests but not include the code).  This deviates a bit from the Storage Powered Program precedent so I was hesitant to include it in the proposal, however it does actually mirror the implementation of the cases we were trying to address (e.g. Nebula,
 Dreamhost) so it might be a shame to not give them (you) credit for having the APIs on top of an alternate back end, which is unquestionably a benefit for interop.  And at the same time, if someone has no object storage as a service at all, we don’t force
 it on them.  The proposed framework actually doesn’t make this decision per se it says Defcore would determine the appropriate subset of capabilities relevant to “compute” so maybe we could go this route under the proposed Compute Powered Program in the table
 I put together (see link: <a href="https://docs.google.com/a/collierclan.net/document/d/1WHVGwIxLSB0Dh9xVntxO5faM4pJjTe0yM0JwpsLUebA/edit">https://docs.google.com/a/collierclan.net/document/d/1WHVGwIxLSB0Dh9xVntxO5faM4pJjTe0yM0JwpsLUebA/edit</a> )</div>
<div><br>
</div>
<div>Regarding the point that several have raised that an “OpenStack Powered Storage” program is object storage specific and doesn’t allow for something like a Cinder or Manila, I would just say that we ought to consider that in the future. I see no reason
 not to.  However, for getting us through this very important evolution that we are on the cusp of, which in my mind is a huge leap forward from the status quo we are operating under every day until we make a change, I’d suggest we table that for a future cycle
 or two.  Certainly for Manlia which is not integrated.  There’s nothing inherent in the framework that would prevent it.</div>
<div><br>
</div>
<div>In some important ways we haven’t really iterated in 4 years on the basic requirements, and so I for one am very eager to take the very thoughtful work defcore has done, map it to existing concepts into this framework with a few tweaks based on the last
 board meeting, and implement the hell out of it.  </div>
<div><br>
</div>
<div>We are so close!  Let’s do this!</div>
<span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div>Mark</div>
</font></span>
<div>
<div class="h5">
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<br>
<div>
<blockquote>
<div>On Oct 1, 2014, at 7:13 PM, Simon Anderson <<a href="mailto:simon@dreamhost.com">simon@dreamhost.com</a>> wrote:</div>
<br>
<div>
<div dir="ltr">Mark, on first pass, I see the merit of the Program approach and detail you have described. I'd also like to hear thoughts on Tim's question.</div>
<div class="gmail_extra"><br clear="all">
<div>
<div dir="ltr">
<div><br>
Best,</div>
<div>Simon<br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">On Wed, Oct 1, 2014 at 10:59 AM, Mark Collier <span dir="ltr">
<<a href="mailto:mark@openstack.org">mark@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
<div>Background:<br>
<br>
On a day to day basis, Foundation employees manage the various trademark license Programs (working with our trademark attorneys as needed). A “Program” provides a license for use of the trademarks in commercial contexts, executed between a company in the ecosystem
 and the Foundation, specific to a product or service. Note: There are multiple Programs (e.g. “OpenStack Powered”, “OpenStack Powered Storage”, “OpenStack Training”).<br>
<br>
A Program typically includes access to a particular commercial-use logo (e.g. “OpenStack Powered”) and some ability to use the word “OpenStack” in the product name and marketing collateral (this is known as the “wordmark” in legalese). A signed contract is
 required, and there are technical requirements to qualify which include API Capabilities inclusion of specific upstream code (a la Designated Sections).<br>
<br>
Now that we’re nearing the end of the initial DefCore  committee work for Havana, the Board felt it was a good time for the Foundation staff to look at how we might map the DefCore Capabilities and Designated Code to existing or new licensing Programs. Jonathan
 and I are working on a proposal for the October 20th Board Meeting and want as much input as possible prior.<br>
<br>
This mapping will give everyone another level of understanding regarding how the DefCore components will play out in the market under such Programs, and ultimately give the Board something that they’re confident voting for to move this to implementation phase
 soon.<br>
<br>
Note that while the Board DID approve the Havana Capabilities in the July Board meeting, they did not approve the proposed update in the September Board meeting, citing various concerns, including the status of Swift and a lack of clarity about how the requirements
 would play out with our trademark licensees. I believe that by illustrating the different Programs that we would expect to implement with respect to the DefCore work, along with some tweaks to the Designated Sections themselves, we can all get on the same
 page. We are very close.<br>
<br>
What you’ll see is in practice it’s not an either/or thing with Swift because we have more than one Program to address different markets and choices. Multiple Programs is not a new concept.<br>
<br>
For the purposes of this email I’m going to focus on the “OpenStack Powered” Programs, summarize the requirements and benefits today, then suggest a way that we could map the DefCore output to the two existing programs in a practical way, while adding a third
 program to address a specific use case. All without creating any more logos.  <br>
<br>
I believe this proposal can address the many different stakeholders' input to date, the incredible work of DefCore, TC and community input, while keeping true to our goal of improving interoperability.<br>
<br>
Note: I strongly advise you check the Google Doc version because a table is a lot easier to follow: <br>
<a href="https://docs.google.com/document/d/1WHVGwIxLSB0Dh9xVntxO5faM4pJjTe0yM0JwpsLUebA/edit?usp=sharing">https://docs.google.com/document/d/1WHVGwIxLSB0Dh9xVntxO5faM4pJjTe0yM0JwpsLUebA/edit?usp=sharing</a><br>
<br>
“OpenStack Powered” Programs today:<br>
1) Program Name: OpenStack Powered<br>
         Requirements: Nova and Swift code included, Nova and Swift APIs exposed<br>
         Benefits:  Can use “OpenStack Powered” logo, can use “OpenStack” in product name within guidelines<br>
2) Program Name: OpenStack Powered Storage <br>
         Requirements: Swift code included and Swift APIs exposed<br>
         Benefits:  Can use “OpenStack Powered” logo, can use “OpenStack Storage” in product name within guidelines<br>
<span style="white-space:pre-wrap"></span>•     Note: Has more restrictive rights, such a requirement to include “Storage” qualifier in product marketing<br>
<br>
Future Programs mapped to DefCore<br>
1) Program Name: OpenStack Powered Platform<br>
<span style="white-space:pre-wrap"></span>•    Requirements: All Capabilities required by Defcore, All Designated Sections from Defcore, Pass Tests<br>
        Benefits:  Can use “OpenStack Powered” logo, can use “OpenStack” in product name within guidelines — has broadest rights to use the name, such a “ACME OpenStack” for a distro and “ACME OpenStack Cloud” for a public cloud service<br>
2) Program Name: OpenStack Powered Storage<br>
        Requirements: All object storage specific Capabilities from Defcore, all Swift specific Designated Sections from Defcore, Pass Tests<br>
        Benefits:  Can use “OpenStack Powered” logo, can use “OpenStack” in product name within guidelines.<br>
        Note: Has more restrictive rights, such as requirement to include “Storage” qualifier in product marketing<br>
<br>
3) Program Name: OpenStack Powered Compute<br>
      Requirements: All compute specific Capabilities from Defcore, all Nova, Glance, Cinder specific Designated Sections from Defcore, Pass Tests<br>
         Benefits:  Can use “OpenStack Powered” logo, can use “OpenStack” in product name within guidelines<br>
         Note: Has more restrictive rights, such as requirement to include “Compute” qualifier in product marketing.<br>
<br>
*For implementation, Defcore would need to group subsets of the overall output. For example:<br>
<span style="white-space:pre-wrap"></span>• Platform - no need to group as this is the superset. Suggest adding Swift Designated Sections for Havana based on input from September, and Keystone in Icehouse/Juno based on user input from Das Kamhout & Tim Bell)<br>
<span style="white-space:pre-wrap"></span>• Storage - subset focused on Object Storage Capabilities and Designated Sections<br>
<span style="white-space:pre-wrap"></span>• Compute - subset including the Nova, Glance, Cinder for Havana. Suggest adding others as they are included in future releases (e.g. Keystone)<br>
<br>
All of this is also captured in a Google doc that is frankly more readable due to the table and formatting:<br>
<a href="https://docs.google.com/document/d/1WHVGwIxLSB0Dh9xVntxO5faM4pJjTe0yM0JwpsLUebA/edit?usp=sharing">https://docs.google.com/document/d/1WHVGwIxLSB0Dh9xVntxO5faM4pJjTe0yM0JwpsLUebA/edit?usp=sharing</a></div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<br>
<div>
<blockquote>
<div>
<div>
<div>On Sep 27, 2014, at 6:09 AM, <a href="mailto:Rob_Hirschfeld@Dell.com">Rob_Hirschfeld@Dell.com</a> wrote:</div>
<br>
</div>
</div>
<div>
<div>
<div>
<div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<span style="color:rgb(31,73,125)">To clarify, Mark Collier.  We have a lot of Marks working on marks.<u></u><u></u></span></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<span style="color:rgb(31,73,125)"> </span></div>
<div style="border-style:none none none solid;border-left-color:blue;border-left-width:1.5pt;padding:0in 0in 0in 4pt">
<div>
<div style="border-style:solid none none;border-top-color:rgb(181,196,223);border-top-width:1pt;padding:3pt 0in 0in">
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<a name="148d113b84b20af2_148ccddbc00dbd88______replyseparator"></a><b><span style="font-size:10pt;font-family:Tahoma,sans-serif">From:</span></b><span style="font-size:10pt;font-family:Tahoma,sans-serif"><span> </span>Hirschfeld, Rob<span> </span><br>
<b>Sent:</b><span> </span>Saturday, September 27, 2014 12:20 AM<br>
<b>To:</b><span> </span><a href="mailto:Defcore-committee@lists.openstack.org">Defcore-committee@lists.openstack.org</a><br>
<b>Subject:</b><span> </span>[OpenStack-DefCore] progress - met w/ Foundation<u></u><u></u></span></div>
</div>
</div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<u></u> <u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
DefCore,<u></u><u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<u></u> <u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
Since we’re time sensitive, I wanted to let you know that I had a working session with the Foundation staff Friday.  Alan and Troy also participated.<u></u><u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<u></u> <u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
We laid out a some options that Mark will review on the list next week.  I think it was a very positive and productive discussion.  I’m optimistic that we have some good suggestions that will address the concerns raised by the Board.<u></u><u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<u></u> <u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
Also, I’d like to thank those of you who reached out 1x1 after the last Board meeting.<u></u><u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<u></u> <u></u></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<span style="font-size:10pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)">Rob<u></u><u></u></span></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<b><span style="font-size:10pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)">______________________________<u></u><u></u></span></b></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<b><span style="font-size:10pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)">Rob Hirschfeld<u></u><u></u></span></b></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)">Sr. Distinguished Cloud Solution Architect<u></u><u></u></span></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<b><span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(0,133,195)">Dell</span></b><span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)"><span> </span>| Cloud Edge, Data Center Solutions<b><u></u><u></u></b></span></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<b><span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)">cell</span></b><span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(170,170,170)"> </span><span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)"><a href="tel:%2B1%20512%20909-7219">+1
 512 909-7219</a><span> </span><b>blog</b><span> </span><a href="http://robhirschfeld.com/">robhirschfeld.com</a>,<span> </span><b>twitter</b><span> </span>@zehicle<u></u><u></u></span></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<span style="font-size:8pt;font-family:'Trebuchet MS',sans-serif;color:rgb(68,68,68)">Please note, I am based in the CENTRAL (-6) time zone<u></u><u></u></span></div>
<div style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">
<u></u> <u></u></div>
</div>
</div>
</div>
</div>
<span style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">_______________________________________________</span><br style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<span style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Defcore-committee
 mailing list</span><br style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<a href="mailto:Defcore-committee@lists.openstack.org" style="color:purple;text-decoration:underline;font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Defcore-committee@lists.openstack.org</a><br style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee" style="color:purple;text-decoration:underline;font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee</a></div>
</blockquote>
</div>
<br>
</div>
<br>
_______________________________________________<br>
Defcore-committee mailing list<br>
<a href="mailto:Defcore-committee@lists.openstack.org">Defcore-committee@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee">http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
</body>
</html>