<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 11, 2013 at 10:23 AM, Dolph Mathews <span dir="ltr"><<a href="mailto:dolph.mathews@gmail.com" target="_blank">dolph.mathews@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><div>On Thu, Jul 11, 2013 at 9:01 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On 07/10/2013 02:53 PM, Rob_Hirschfeld@Dell.com wrote:<br>
> Board & TC Members,<br>
><br>
><br>
><br>
> Alan and I have planned another 2 hour discussion session around the<br>
> spider chart / what is core action plan. The goal for this meeting is<br>
> to refine the 6 positions that we’ve articulated and identify additional<br>
> ones needed (my gut says, 4+ more).<br>
><br>
><br>
><br>
> If you have not been part of this meeting, we’ll explain what’s going on<br>
</div>> in the 1^st 15 minutes (and there’s information in the etherpad too).<br>
<div>> I’m working on a post about it too, but you’ll have to wait for that.<br>
<br>
</div>> Background info: <a href="https://etherpad.openstack.org/Board-2013-SpiderDiscussion" target="_blank">https://etherpad.openstack.org/Board-2013-SpiderDiscussion</a><br>
<br>
This is the first time I've seen this. I must admit that my initial<br>
reaction is that I'm not comfortable with the direction this seems to be<br>
taking.<br></blockquote><div><br></div></div><div>Same here, and I agree.</div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
I understand the need to have a solid definition of what "core" means.<br>
I also assume that the goal here is to eventually arrive at some set of<br>
definitions and policies.<br>
<br>
However, some of the specific items discussed on this etherpad are<br>
things that are in my opinion, in TC (or even project specific<br>
governance) territory, and should be considered out of scope for any<br>
policy coming from the board.<br>
<br>
Some specific areas of concern to me:<br>
<br>
* In the introduction, the secondary issue identified is whether<br>
projects should be pluggable. I believe this is TC territory.<br>
<br>
* Position statement 1, "plug-in model expected for projects". I<br>
believe this is completely TC territory.<br></blockquote><div><br></div></div><div>+1; not only TC territory, but it's a bogus assertion. Not everything has a use case for pluggability... hence the statement made in the etherpad "certain projects highly pluggable [...] while others have an opinion."<br>
</div></div></div></div></blockquote><div><br></div><div style>Perhaps this is an attempt to say "The implementation should not be tied to a single vendor or open source backend."</div><div style><br></div><div style>
There is also a certain amount of vagueness in the terms "plugin" and "extension." There's probably some well-understood history on the part of the people involved in the conversation now, but we need to have those terms defined more precisely if we're going to use them as the basis of certifying interoperability.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>
</div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
* Position statement 2, "API extension model expected for plugin-ins".<br>
Again, I believe this is completely TC territory.<br></blockquote><div><br></div></div><div>+1 for TC.<br></div></div></div></div></blockquote><div><br></div><div>There's also an argument to be made that APIs should *not* support extensions, because that hurts interoperability -- an API with extensions is different than one without.</div>
<div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div></div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
* Position statement 3, "Tempest used as basis for OpenStack mark". I<br>
think this is the wrong approach to take. I think any position should<br>
assume a specific test suite. It should identify *what* exactly should<br>
be covered in tests. Using tempest is an implementation detail that<br>
comes after deciding *what*. Do you want to verify just against core<br>
APIs? All API extensions? Whatever happens to be tested by tempest<br>
today doesn't seem like a good definition.<br></blockquote><div><br></div></div><div>+1; start by considering the goals of tempest, not tempest itself.<br></div></div></div></div></blockquote><div><br></div><div style>
This feels like another overly specific statement with the right goal. Rephrasing as "The cloud must pass the automated test suite designated by the TC as defining interoperability" keeps the goal, but leaves the specifics for later.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
* In the "questions to ask" section, I disagree with many of things even<br>
being questions asked in this forum. I won't go through all of them<br>
individually.<br>
<br>
I don't have answers here, but I wanted to raise my discomfort and see<br>
if anyone else felt similarly.<br></blockquote><div><br></div></div><div>Thank you.<br></div></div></div></div></blockquote><div><br></div><div>+1</div><div><br></div><div style>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thanks,<br>
<span><font color="#888888"><br>
--<br>
Russell Bryant<br>
<br>
_______________________________________________<br>
OpenStack-TC mailing list<br>
<a href="mailto:OpenStack-TC@lists.openstack.org" target="_blank">OpenStack-TC@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc</a><br>
</font></span></blockquote></div></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div><br></div>-Dolph
</font></span></div></div>
<br>_______________________________________________<br>
OpenStack-TC mailing list<br>
<a href="mailto:OpenStack-TC@lists.openstack.org" target="_blank">OpenStack-TC@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc</a><br>
<br></blockquote></div><br></div></div>