<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I missed some history here. Can you define what we mean by a designated section (i.e., its definition) and what it means to be a designated section; maybe an
example. From what I have read so far in this thread, I can only guess and my guess would not be very good.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Will<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Rob_Hirschfeld@Dell.com [mailto:Rob_Hirschfeld@Dell.com]
<br>
<b>Sent:</b> Monday, March 24, 2014 6:59 AM<br>
<b>To:</b> joshua@pistoncloud.com; me@not.mn<br>
<b>Cc:</b> openstack-tc@lists.openstack.org; anne@openstack.org; mark.washenberger@markwash.net; david.lyle@hp.com; sbaker@redhat.com; julien@danjou.info; mbasnight@gmail.com; dolph.mathews@gmail.com; defcore-committee@lists.openstack.org<br>
<b>Subject:</b> Re: [OpenStack-DefCore] [openstack-tc] Meeting to develop a straw man set of designated sections<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks Josh & John,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">It’s important to realize that DefCore is starting a process that will take several cycles to complete (we are working on Havana now) and we are trying to motivate/anticipate
community engagement in that process. Specifically, we recognize that Tempest is not nearly as complete as we’d like for this task but it is a starting point. It looks like the first pass will be very API focused; however, that may change as we get experience
and react. That’s why we are working on a PROCESS not just a set of tests. We expect that the very process of using a test driven core definition will help close the gaps over time.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I see that part of the Board’s job is to manage the brand. Our feedback from community is that not knowing “what is required” and “making clouds interoperate”
are top brand issues. We believe that DefCore process addresses those priorities.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">One thing to note is that there were two top (potentially conflicting) objectives that surfaced leading up to DefCore being formed. We wanted BOTH an API tests
and to require upstream contributions. That lead us to needing both a test suite AND designated sections. We specifically stated that the designated sections requirement would be honor system until there was reason to believe we need more enforcement. The
purpose of designated sections is to encourage upstreaming, not to create a policing authority.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The goal is to have DefCore be a workable compromise for now that solves our immediate problems without creating worse issues. If someone has a perfect solution,
I’d love to hear about it. I’m sure revisit it as we get more concrete on the must-pass test selection & designated section processes.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><a name="_____replyseparator"></a><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Joshua McKenty [<a href="mailto:joshua@pistoncloud.com">mailto:joshua@pistoncloud.com</a>]
<br>
<b>Sent:</b> Friday, March 21, 2014 7:02 PM<br>
<b>To:</b> John Dickinson<br>
<b>Cc:</b> Anne Gentle; Thierry Carrez; <a href="mailto:david.lyle@hp.com">david.lyle@hp.com</a>; Dolph Mathews; Julien Danjou; mark.washenberger; Michael Basnight; Steve Baker; Michael Still;
<a href="mailto:openstack-tc@lists.openstack.org">openstack-tc@lists.openstack.org</a>; defcore-committee; Hirschfeld, Rob<br>
<b>Subject:</b> Re: [openstack-tc] Meeting to develop a straw man set of designated sections<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Two very quick answers, and then I’ll let Rob elaborate.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Essentially, the definition of core is the *intersection* of these two concepts - designated sections, and must-have capabilities. Thus, if a project (such as Swift) has *any* capabilities which have been determined to be must-have, then
*all* of the designated sections must be included in any implementation. However, both the application of the capabilities testing using RefStack, and the presence of designated sections of code, is a self-certification effort at this time. E.g., the foundation
does not own any responsibility of AUDITING that these two things are going on. And particularly, the tests are not intended to introspect the designated sections.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Second question: Simply put, the primary reason for the Board of Directors to exist, is to determine the definition of core. They have voted to delegate the responsibility to prepare a recommendation for that definition to the DefCore committee.
The previous vote (to use designated sections as part of that definition) was the lesser consensus that could be reached after Rob and Alan spent some hundreds of hours with hundreds of community members, looking for a simpler and more straightforward consensus.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The ultimate responsibility to determine a designated sections approach and recommend it to the board, rests on the DefCore committee. However, since it’s primarily a technical matter, we’ve asked the TC and the PTLs to weigh in on it.
If the recommendations of the TC and of the PTLs don’t line up, then I’m not sure what that means.<o:p></o:p></p>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">--<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">Joshua McKenty<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">Chief Technology Officer<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">Piston Cloud Computing, Inc.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">+1 (650) 242-5683<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">+1 (650) 283-6846<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black"><a href="http://www.pistoncloud.com">http://www.pistoncloud.com</a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Helvetica","sans-serif";color:black">"Oh, Westley, we'll never survive!"<br>
"Nonsense. You're only saying that because no one ever has."<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Mar 21, 2014, at 3:49 PM, John Dickinson <<a href="mailto:me@not.mn">me@not.mn</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">I have a couple of questions that came to mind while I was reviewing the wiki and figuring out what to put into the etherpad.<br>
<br>
First, it seems that all of the "core capabilities" are exposed by a ["single"|"set of"] tempest tests. This means that 6.13 ("Consumers must have a way to determine how the system is different from reference (posted, discovered, etc)") must be something that
is able to be determined by tempest, right?<br>
<br>
If that is the case, here is my question: How does this work? Doesn't tempest do functional tests of the API? So what if a "designated section" isn't visible to the API? How is it tested by tempest and how is it therefore in or out of core?<br>
<br>
These questions lead me to one of two possibilities: (1) "OpenStack Core" is only related to an external API or (2) Tempest will significantly change to do more invasive tests[1]. Can someone provide some guidance here?<br>
<br>
(I hesitate to provide a specific use case here, although I do have one, because I'd like the answer to the general case.)<br>
<br>
Second, and more of a high-level issue, section 8.1 says that there will be an OpenStack body which recommends which tests are "must-pass". Section 9.1 implies that the DefCore team has some influence here (the recommendations pass through this group). Who
is this group, and why is it not automatically the core-team/PTLs (passing through the TC)?<br>
<br>
--John<br>
<br>
<br>
<br>
[1] By "invasive tests" I mean tests that know about (and perhaps modify) internal cluster state in the course of testing. These types of tests are extremely valuable, but are not what tempest does today, AFAIK.<br>
<br>
<br>
On Mar 21, 2014, at 6:41 AM, Anne Gentle <<a href="mailto:anne@openstack.org">anne@openstack.org</a>> wrote:<br>
<br>
<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
<br>
On Fri, Mar 21, 2014 at 4:10 AM, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br>
Michael Still wrote:<o:p></o:p></p>
<p class="MsoNormal">So, the defcore committee just had a meeting and I have to say it was<br>
a lot more productive than the previous one. I'm sure the recording<br>
will appear on YouTube at some point, but I am not sure when that will<br>
be.<br>
<br>
There is a desire to have a voice chat to interactively produce an<br>
etherpad that contains straw man designated sections for the various<br>
integrated projects. I personally think this is a good idea, because I<br>
think it will be more productive than yet another email thread.<br>
<br>
So... Who is available for either of these time slots next week?<br>
<br>
* Wednesday 26 March at 8pm UTC<br>
* Friday 28 March at 8pm UTC<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
Shouldn't this call also be directed to the integrated projects PTLs,<br>
rather than just the TC members ? IMHO the PTLs are the final authority<br>
for producing this information, with the TC providing guidance and<br>
encouraging some homogeneity.<br>
<br>
Here is a list of people that need to be looped in (Icehouse release):<br>
David Lyle (Horizon)<br>
Dolph Mathews (Keystone)<br>
John Dickinson (Swift)<br>
Julien Danjou (Ceilometer)<br>
Mark Washenberger (Glance)<br>
Michael Basnight (Trove)<br>
Steve Baker (Heat)<br>
<br>
The other integrated projects PTLs (Nova, Cinder, Oslo, Neutron) also<br>
seat on the TC.<br>
<br>
<br>
Thanks for the list, Thierry. Adding them to this thread. (There's no all-PTL mailing list I should use, right?)<br>
<br>
The request: we're looking for designated sections of your program's code to help define criteria for "core definition" where core definition is part of our governance docs at
<a href="https://wiki.openstack.org/wiki/Governance/CoreDefinition">https://wiki.openstack.org/wiki/Governance/CoreDefinition</a>.
<br>
<br>
Who wants it: The board members working on core definition<br>
<br>
What does it get them: Forward movement on defining the OpenStack mark use policies<br>
How will they know if they have it: The etherpad at <a href="https://etherpad.openstack.org/p/openstack-designated-sections">
https://etherpad.openstack.org/p/openstack-designated-sections</a> will have your project's name in it with simple definitions of what parts of your code base should be run. (Do not overthink this: simple outlines will suffice.)<br>
<br>
When do they need it by: 3/31 (I know this is a busy time for everyone with the release. Please raise your hand if you need help, we will find it for you.)<br>
<br>
Who might be exempt: We do not need all projects to designate sections, only the ones that are likely to have capabilities flagged by required tests. If you think yours lands in this exempt category, just ask.
<br>
<br>
What happens if this doesn't get done: We continue to struggle with the definition of an OpenStack cloud. Probably someone else will define for you (which is also likely just fine).<br>
<br>
Let me know if this request outline is useful and feel free to ask any questions as you go.<br>
<br>
Anne<br>
<br>
--<br>
Thierry Carrez (ttx)<br>
<br>
_______________________________________________<br>
OpenStack-TC mailing list<br>
<a href="mailto:OpenStack-TC@lists.openstack.org">OpenStack-TC@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>