<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 8, 2015 at 4:23 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</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 class=""><div class="h5">On 05/08/2015 07:13 AM, Robert Collins wrote:<br>
> On 8 May 2015 at 22:54, Sean Dague <<a href="mailto:sean@dague.net">sean@dague.net</a>> wrote:<br>
>> I'm slightly confused how we got there, because we do try to install<br>
>> everything all at once in the test jobs -<br>
>> <a href="http://logs.openstack.org/83/181083/1/check/check-requirements-integration-dsvm/4effcf7/console.html#_2015-05-07_17_49_26_699" target="_blank">http://logs.openstack.org/83/181083/1/check/check-requirements-integration-dsvm/4effcf7/console.html#_2015-05-07_17_49_26_699</a><br>
>><br>
>> And it seemed to work, you can find similar lines in previous changes as<br>
>> well. That was specifically added as a check for these kinds of issues.<br>
>> Is this a race in the resolution?<br>
><br>
> What resolution :).<br>
><br>
> So what happens with pip install -r<br>
> /opt/stack/new/requirements/global-requirements.txt is that the<br>
> constraints in that file are all immediately put into pip's state,<br>
> including oslo.config >= 1.11.0, and then all other constraints that<br>
> reference to oslo.config are simply ignored. this is 1b (and 2a) on<br>
> <a href="https://github.com/pypa/pip/issues/988" target="_blank">https://github.com/pypa/pip/issues/988</a>.<br>
><br>
> IOW we haven't been testing what we've thought we've been testing.<br>
> What we've been testing is that 'python setup.py install X' for X in<br>
> global-requirements.txt works, which sadly doesn't tell us a lot at<br>
> all.<br>
><br>
> So, as I have a working (but unpolished) resolver, when I try to do<br>
> the same thing, it chews away at the problem and concludes that no, it<br>
> can't do it - because its no longer ignoring the additional<br>
> constraints.<br>
><br>
> To get out of the hole, we might consider using pip-compile now as a<br>
> warning job - if it can succeed we'll be able to be reasonably<br>
> confident that pip itself will succeed once the resolver is merged.<br>
><br>
> The resolver I have doesn't preserve the '1b' feature at all at this<br>
> point, and we're going to need to find a way to separate out 'I want<br>
> X' from 'I want X and I know better than you', which will let folk get<br>
> into tasty tasty trouble (like we're in now).<br>
<br>
</div></div>Gotcha, so, yes, so the subtleties of pip were lost here.<br>
<br>
Instead of using another tool, could we make a version of this job pull<br>
and use the prerelease version of your pip code. Then we can run the<br>
same tests and fix them in a non voting job against this code that has<br>
not yet released.<br>
<span class=""><font color="#888888"><br></font></span></blockquote><div><br></div><div>Once we are actually testing that all of global requirements is co-installable  will we end up with even more cases like this? Or is this just an artifact of capping fro kilo? <a href="https://review.openstack.org/#/c/166377/">https://review.openstack.org/#/c/166377/</a></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"><span class=""><font color="#888888">
        -Sean<br>
</font></span><span class="im"><br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</span><div class=""><div class="h5">__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>