<div dir="ltr"><div>We could, and maybe should, ask people working on ansible to give that issue/PR more attention. <br></div><div>I see the PR is untriaged for some time now...</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 11, 2022 at 9:50 AM Cédric Jeanneret <<a href="mailto:cjeanner@redhat.com">cjeanner@redhat.com</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">Hello there,<br>
<br>
Tripleo can't really drop the dependency on ansible-runner, since it's <br>
the official and supported way to run ansible from within python. We <br>
could of course replace it by subprocess.Popen and the whole family, but <br>
we'll lose all the facilities, especially the ones involved in the <br>
Ansible Execution Environment, which is kind of the "future" for running <br>
ansible (for the better and the worst).<br>
<br>
Since ansible-runner has an open issue for that (you even linked it), <br>
and at least one open pull-request to correct this issue, I'm not really <br>
sure we're needing to do anything but follow that open issue and ensure <br>
we get the right version of the package once they merge any of the <br>
proposal to remove it.<br>
<br>
Would that be OK? Though, of course, it won't allow to set a deadline on <br>
a specific date...<br>
<br>
Cheers,<br>
<br>
C.<br>
<br>
On 7/9/22 15:26, Jeremy Stanley wrote:<br>
> It became apparent in a Python community discussion[0] yesterday<br>
> that lockfile has been designated as a "critical project" by PyPI,<br>
> even though it was effectively abandoned in 2010. Because our<br>
> release automation account is listed as one of its maintainers, I<br>
> looked into whether we still need it for anything...<br>
> <br>
> For those who have been around here a while, you may recall that the<br>
> OpenStack project temporarily assumed maintenance[1] of lockfile in<br>
> late 2014 and uploaded a few new releases for it, as a stop-gap<br>
> until we could replace our uses with oslo.concurrency. That work was<br>
> completed[2] early in the Liberty development cycle.<br>
> <br>
> Unfortunately for us, that's not the end of the story. I looked<br>
> yesterday expecting to see that we've not needed lockfile for 7<br>
> years, and was disappointed to discover it's still in our<br>
> constraints list. Why? After much wailing and gnashing of teeth and<br>
> manually installing multiple bisections of the requirements list, I<br>
> narrowed it down to one dependency: ansible-runner.<br>
> <br>
> Apparently, ansible-runner currently depends[3] on python-daemon,<br>
> which still has a dependency on lockfile[4]. Our uses of<br>
> ansible-runner seem to be pretty much limited to TripleO<br>
> repositories (hence tagging them in the subject), so it's possible<br>
> they could find an alternative to it and solve this dilemma.<br>
> Optionally, we could try to help the ansible-runner or python-daemon<br>
> maintainers with new implementations of the problem dependencies as<br>
> a way out.<br>
> <br>
> Whatever path we take, we're long overdue. The reasons we moved off<br>
> lockfile ages ago are still there, and the risk to us has only<br>
> continued to increase in the meantime. I'm open to suggestions, but<br>
> we really ought to make sure we have it out of our constraints list<br>
> by the Zed release.<br>
> <br>
> [0] <a href="https://discuss.python.org/t/17219" rel="noreferrer" target="_blank">https://discuss.python.org/t/17219</a><br>
> [1] <a href="https://lists.openstack.org/pipermail/openstack-dev/2014-June/038387.html" rel="noreferrer" target="_blank">https://lists.openstack.org/pipermail/openstack-dev/2014-June/038387.html</a><br>
> [2] <a href="https://review.openstack.org/151224" rel="noreferrer" target="_blank">https://review.openstack.org/151224</a><br>
> [3] <a href="https://github.com/ansible/ansible-runner/issues/379" rel="noreferrer" target="_blank">https://github.com/ansible/ansible-runner/issues/379</a><br>
> [4] <a href="https://pagure.io/python-daemon/issue/42" rel="noreferrer" target="_blank">https://pagure.io/python-daemon/issue/42</a><br>
<br>
-- <br>
Cédric Jeanneret (He/Him/His)<br>
Sr. Software Engineer - OpenStack Platform<br>
Deployment Framework TC<br>
Red Hat EMEA<br>
<a href="https://www.redhat.com/" rel="noreferrer" target="_blank">https://www.redhat.com/</a><br>
</blockquote></div>