<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 18, 2022 at 8:26 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"><br>
<br>
On 7/16/22 03:52, Jeremy Stanley wrote:<br>
> On 2022-07-09 13:26:36 +0000 (+0000), Jeremy Stanley wrote:<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>
> <br>
> In the meantime, how does everyone feel about us going ahead and<br>
> removing the "openstackci" account from the maintainers list for<br>
> lockfile on PyPI? We haven't depended on it directly since 2015, and<br>
> it didn't come back into our indirect dependency set until 2018<br>
> (presumably that's when TripleO started using ansible-runner?). The<br>
> odds that we'll need to fix anything in it in the future are pretty<br>
> small at this point, and if we do we're better off putting that<br>
> effort into helping the ansible-runner or python-daemon maintainers<br>
> move off of it instead.<br>
<br>
That's a question for TripleO PTL - he's on holidays until next week (he <br>
was out also last week). It would be good to get his thoughts before <br>
doing anything, if it's possible.<br>
<br>
On my side, I don't really see any strong objection, but I may as well <br>
miss something important.<br></blockquote><div><br></div><div>I don't have any objection to removing openstackci as a maintainer of lockfile on PypI. <br></div></div><br>-- <br><div dir="ltr" class="gmail_signature">-- James Slagle<br>--</div></div>