<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Feb 20, 2015 at 3:06 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
It sounds like you are suggesting we take the tool we use to ensure that<br>
all of OpenStack is installable together in a unified way, and change<br>
it's installation so that it doesn't do that any more.<br>
<br>
Which I'm fine with.<br>
<br>
But if we are doing that we should just whole hog give up on the idea<br>
that OpenStack can be run all together in a single environment, and just<br>
double down on the devstack venv work instead.<br>
<span class="im HOEnZb"><br>
-Sean</span></blockquote><div><br></div><div> </div><div>Not necessarily. There'd be some tweaks to the tooling but we'd still be doing the same fundamental thing (installing everything openstack together) except using a strict set of dependencies that we know wont break each other when that happens.</div><div><br></div><div>This would help tremendously with testing around global-requirements, too. Currently, a local devstack run today likely produces a set dependency different than what was tested by jenkins on the last change to global-requirements. If proposed changes to global-requirements produced a compiled list of pinned dependencies and tested against that, we'd know that the next day's devstack runs are still testing against the dependency chain produced by the last change to GR.</div><div><br></div><div><br></div></div></div></div>