<div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">I'm probably missing something, but not sure why multiple OpenStack projects that only communicate through APIs would need to coexist in the same virtual environment (which leads to exponential dependency hell).</div><div dir="auto"><br></div><div dir="auto">Regardless of the deployment type or packager, makes sense to always have exactly one virtual environment per OpenStack project. Projects have various needs and priorities, own upgrade<span style="font-family:sans-serif"> paths for third</span> party libraries, therefore totally independent requirements.txt. And all lib versions pinpointed, no low or highs. The usual best practice.</div><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">So what am I missing?</div><div data-smartmail="gmail_signature" dir="auto"><br></div><div data-smartmail="gmail_signature" dir="auto"><br><br>Regards,<br>Adrian Andreias<br><a href="https://fleio.com">https://fleio.com</a><br><br>    </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 11, 2020, 11:10 PM Goutham Pacha Ravi <<a href="mailto:gouthampravi@gmail.com">gouthampravi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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" rel="noreferrer">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" rel="noreferrer">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" rel="noreferrer">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" rel="noreferrer">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" rel="noreferrer">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" rel="noreferrer">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>