<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 9, 2019 at 12:20 PM Dirk Müller <<a href="mailto:dirk@dmllr.de">dirk@dmllr.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
For a while the requirements team is trying to go through the process<br>
of removing the upper cap<br>
on jsonschema to allow the update to jsonschema 3.x. The update<br>
for that is becoming more urgent as more and more other<br>
(non-OpenStack) projects are going<br>
with requiring jsonschema >= 3, so we need to move forward as well to<br>
keep co-installability<br>
and be able to consume updates of packages to versions that depend on<br>
jsonschema >= 3.<br>
<br>
The current blocker seems to be tripleo-common / os-collect-config<br>
depending on python-zaqarclient,<br>
which has a broken gate since the merge of:<br>
<br>
<a href="http://specs.openstack.org/openstack/zaqar-specs/specs/stein/remove-pool-group-totally.html" rel="noreferrer" target="_blank">http://specs.openstack.org/openstack/zaqar-specs/specs/stein/remove-pool-group-totally.html</a><br>
<br>
on the server side, which was done here:<br>
<br>
<a href="https://review.opendev.org/#/c/628723/" rel="noreferrer" target="_blank">https://review.opendev.org/#/c/628723/</a><br>
<br>
The python-zaqarclient functional tests have not been correspondingly<br>
adjusted, and are failing<br>
for more than 5 months meanwhile, in consequence many patches for<br>
zaqarclient, including<br>
the one uncapping jsonschema are piling up.  It looks like no real<br>
merge activity happened since<br>
<br>
<a href="https://review.opendev.org/#/c/607553/" rel="noreferrer" target="_blank">https://review.opendev.org/#/c/607553/</a><br>
<br>
which is a bit more than 6 months ago. How should we move forward?<br>
doing a release of zaqarclient<br>
using some implementation of an API that got removed server side<br>
doesn't seem to be a terribly great<br>
idea, plus that we still need to merge either one of my patches (one<br>
that makes functional testing non-voting<br>
or the brutal "lets drop all tests that fail" patch). On the other<br>
side, I don't know how feasible it is for Triple-O<br>
to drop the dependency on os-collect-config or os-collect-config to<br>
drop the dependency on zaqar.<br></blockquote><div><br></div><div>Do you have an example of what the issue with tripleo/os-collect-config is?  It looks like os-collect-config has support for using zaqarclient as a notification mechanism for work but I don't think it's currently used. That being said,  can we just fix whatever issue is? I don't see os-collect-config using pool_group anywhere</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Any suggestion on how to move forward?<br>
<br>
TIA,<br>
Dirk<br>
<br>
</blockquote></div></div>