<div dir="ltr"><div>Just a heads up to inform everyone that the situation is now fixed and our gates are now ok.</div><div>Deliverables can be now released.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 17 sept. 2021 à 16:33, Ghanshyam Mann <<a href="mailto:gmann@ghanshyammann.com">gmann@ghanshyammann.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> ---- On Fri, 17 Sep 2021 08:51:54 -0500 Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote ----<br>
 > On 2021-09-17 12:41:17 +0200 (+0200), Herve Beraud wrote:<br>
 > [...]<br>
 > > Our current solution is to pull openstack/governance from git<br>
 > > source instead of from pypi. By doing that we will pull the fixed<br>
 > > version from opendev git and we will unblock our gates. In this<br>
 > > way, we will be able to restart to merge patches and release<br>
 > > deliverables.<br>
 > > <br>
 > > We currently wait for some feedback from the infra team to help us<br>
 > > to force merging the needed fixes by using their gerrit super<br>
 > > admin rights, hence, bypassing the catch-22 situation.<br>
 > <br>
 > By the time I was around, a solution was found which involved merely<br>
 > adjusting the release project requirements list, so no action was<br>
 > needed outside normal code review workflow.<br>
 > <br>
 > > This situation highlighted the cross dependency between these two<br>
 > > repos (governance and releases) and I don't think that this is<br>
 > > something healthy. I propose to keep pulling the governance repo<br>
 > > from git source even after we will fix the catch-22 situation. Any<br>
 > > opinions?<br>
 > [...]<br>
 > <br>
 > The "proper" way to do this is to declare openstack/governance in<br>
 > the required-projects lists for the jobs which are using it, and<br>
 > then the tox role from zuul-jobs will know to consume it from<br>
 > locally supplied source instead of fetching it from PyPI. This also<br>
 > allows Zuul to handle cross-repository dependencies properly, so a<br>
 > requirements change would be able to successfully Depends-On some<br>
 > proposed change in governance even before it's merged.<br>
<br>
+1, and using data directly from governance repo make more sense than pip.<br>
I thought we release governance only for election scripts. can we remove governance<br>
release dependencies also, I have not checked those election scripts yet? and after<br>
that, we stop releasing governance itself and everyone can use it from the source.<br>
<br>
-gmann<br>
<br>
 > -- <br>
 > Jeremy Stanley<br>
 > <br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" 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>Hervé Beraud</div><div>Senior Software Engineer at Red Hat</div><div>irc: hberaud</div><div><a href="https://github.com/4383/" target="_blank">https://github.com/4383/</a></div><div><a href="https://twitter.com/4383hberaud" target="_blank">https://twitter.com/4383hberaud</a><br><br></div></div></div></div></div></div></div></div></div></div></div></div></div>