<div dir="ltr"><div><div>What is the current status of this failure?<br></div><br> > 2015-12-13 08:55:04.863 | ValueError: need more than 1 value to unpack<br><br></div><div>Thank you<br></div>Shinobu<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 13, 2015 at 4:48 AM, Yuriy Taraday <span dir="ltr"><<a href="mailto:yorik.sar@gmail.com" target="_blank">yorik.sar@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"><div class="gmail_quote"><span class=""><div dir="ltr">On Sat, Dec 12, 2015 at 10:27 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2015-12-12 19:00:23 +0000 (+0000), Yuriy Taraday wrote:<br>
> I think it should be a good first step in right direction. For example,<br>
> with today's issue it would break gate for tempest itself only since all<br>
> other jobs would have preinstalled tox reverted to one mentioned in<br>
> upper-constraints.<br>
[...]<br>
<br>
Other way around. It would force DevStack to downgrade tox if the<br>
existing version on the worker were higher. Pretty much no other<br>
jobs install tox during the job, so they rely entirely on the one<br>
present on the system being correct and an entry for tox in<br>
upper-constraints.txt wouldn't help them at all, whether they're<br>
using that file to constrain their requirements lists or not (since<br>
tox is not present in any of our projects' requirements lists).<br></blockquote><div><br></div></span><div>By "other" jobs I meant all jobs that use devstack to install tempest. That's seem to be all jobs in all projects except probably tempest itself.</div><div><br></div><div>As for jobs that don't use devstack but only run tox, I suggest us to add a step to adjust tox version according to upper-constraints as well.</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, the constraints list is built from pip installing everything<br>
in global-requirements.txt into a virtualenv, so if tox is not a<br>
direct or transitive requirement then it will end up dropped from<br>
upper-constraints.txt on the next automated proposal in review.<br></blockquote><div><br></div></span><div>Ok, will fix that in my CR. </div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Email:<br><a href="mailto:shinobu@linux.com" target="_blank">shinobu@linux.com</a><br></div><div>GitHub:<br><a href="https://github.com/shinobu-x/" target="_blank">shinobu-x</a><br>Blog:<br></div><div><a href="http://i-shinobu.hatenablog.com/" target="_blank">Life with Distributed Computational System based on OpenSource</a><br></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>