<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 11, 2020 at 9:10 PM Goutham Pacha Ravi <<a href="mailto:gouthampravi@gmail.com">gouthampravi@gmail.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"><div dir="ltr"><div>Hi, </div><div><br></div><div>I hope you won't mind me shifting this discussion to [all] - many projects have had to make changes due to the dependency resolver catching some of our uncaught lies. </div><div>In manila, i've pushed up three changes to fix the CI on the main, stable/victoria and stable/ussuri [1] branches. I used fungi's method of installing things and playing whack-a-mole [2] and Brain Rosmaita's approach [3] of taking the opportunity to raise the minimum required packages for Wallaby. However, this all seems kludgy maintenance - and possibly no-one is benefitting from the effort we're putting into this as called out.</div><div><br></div><div>Can more distributors and deployment tooling folks comment?   </div><div><br></div><div>[1] <a href="https://review.opendev.org/q/project:openstack/manila+topic:update-requirements" target="_blank">https://review.opendev.org/q/project:openstack/manila+topic:update-requirements</a> </div><div>[2] <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019285.html" target="_blank">http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019285.html</a></div><div>[3] <a href="https://review.opendev.org/c/openstack/cinder/+/766085" target="_blank">https://review.opendev.org/c/openstack/cinder/+/766085</a></div><div><br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 11, 2020 at 12:51 PM Sorin Sbarnea <<a href="mailto:ssbarnea@redhat.com" target="_blank">ssbarnea@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"><div dir="auto">Jeremy nailed it very well.</div><div dir="auto"><br></div><div dir="auto">Tripleo already removed lower-constraints from most places (some changes may be still waiting to be gated).</div><div dir="auto"><br></div><div dir="auto">Regarding decoupling linting from test-requirements: yes! This was already done by some when conflicts appeared. For old branches I personally do not care much even if maintainers decide to disable linting, their main benefit is on main branches. </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 11 Dec 2020 at 18:14, Radosław Piliszek <<a href="mailto:radoslaw.piliszek@gmail.com" target="_blank">radoslaw.piliszek@gmail.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">On Fri, Dec 11, 2020 at 5:16 PM Ghanshyam Mann <<a href="mailto:gmann@ghanshyammann.com" target="_blank">gmann@ghanshyammann.com</a>> wrote:<br>
><br>
> Maintaining it up to date is not so worth compare to the effort it is taking. I will also suggest to<br>
> remove this.<br>
><br>
<br>
Kolla dropped lower-constraints from all the branches.<br>
<br>
-yoctozepto<br>
<br>
</blockquote></div></div>-- <br><div dir="ltr"><div dir="ltr">--<div>/sorin</div></div></div></blockquote></div></div></blockquote><div><br></div><div>Hello all,</div><div><br></div><div>While being frustrated to the point I was willing to throw away the check-requirements job to get around what I thought failed on my efforts to fix the lower-constraints job (due to me misreading what actually failed in the check-requirements job) , I think scrapping the lower-constraints job would be very counterproductive.</div><div><br></div><div>We in Glance have been hands full for the past few cycles and assuming lower-constraints job actually working as intended has led us to neglect some of our requirements housekeeping quite a bit. If it had not broken now, we likely would have neglected it for quite a few cycles more. Due to fixing the said job I had to fix the minimums in our requirements.txt too. While I'm not sure maintaining the lower-constraints.txt has direct benefit for many, it actually keeps us honest with our requirements and prevents stuff breaking down the line. (Expecting that the lower-constraints job actually works from now on and highlights when we start breaking up on our dependency chain.) Yes it's a hideous task to get up to date once you have neglected it for a long time, but I see it as a very valuable tool to highlight that I should pay more attention to the requirements and what versions of dependencies we claim to work with.<br></div><div><br></div><div>- jokke<br></div></div></div>