<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 10, 2016 at 9:45 PM, Lars Kellogg-Stedman <span dir="ltr"><<a href="mailto:lars@redhat.com" target="_blank">lars@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Aug 10, 2016 at 03:26:18PM -0400, Wesley Hayutin wrote:<br>
> I'm proposing the creation of a repo called tripleo-quickstart-extras that<br>
> would contain some or all of the current third party roles used with<br>
> TripleO-Quickstart.<br>
<br>
</span>Which roles in particular would you place in this -extras repository?<br>
One of our goals in moving roles *out* of the quickstart was to move<br>
them into a one-repository-per-role model that makes things easily<br>
composable (install only those roles you need) and that<br>
compartmentalizes related sets of changes.<br></blockquote><div><br></div><div>Lars, I'm thinking about this with the following priorities in mind..</div><div>1. TripleO-Quickstart code needs to be upstream and governed by the TripleO project</div><div>2. TripleO-Quickstart itself is a replacement for instack-virt-setup</div><div>3. TripleO-Quickstart's roles need to be composable</div><div>4. TripleO-Quickstart needs to be composable for 3rd party git repositories</div><div><br></div><div>If we can get one additional git repo under the TripleO umbrella I think we've accomplished 1-3.  We can prove #4 with yum repos outside of OpenStack.   </div><div><br></div><div>Compartmentalizing changes in their own git repositories is nice, but also has disadvantages.  For instance, there is less governance across the roles by oooq core members.  If I had to weigh compartmentalizing the roles vs. a tripleo-quickstart-extras repo in TripleO, my vote would be for the latter.  This is just my opinion though.</div><div><br></div><div>James made it clear that if TripleO-Quickstart is to provide automatically generated documentation for the TripleO project the src code has to be under the TripleO project and the execution itself must run in the TripleO CI environment.</div><div><br></div><div>It would be great if TripleO cores could weigh in and assist us in getting one additional git repo so we can proceed with determining if automatically generated documentation would be something TripleO would like.</div><div><br></div><div>Thanks </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Is this just a convenience for a bunch of roles that are typically<br>
installed together?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Lars Kellogg-Stedman <<a href="mailto:lars@redhat.com">lars@redhat.com</a>> | larsks @ {freenode,twitter,github}<br>
Cloud Engineering / OpenStack          | <a href="http://blog.oddbit.com/" rel="noreferrer" target="_blank">http://blog.oddbit.com/</a><br>
<br>
</font></span></blockquote></div><br></div></div>