You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The existing tests in test_debugging.py mostly fail before #13176, so we would have easily caught #12888 earlier if we had a build job that runs with such a Python.
The text was updated successfully, but these errors were encountered:
Thank you for raising this issue! If uv does get incorporated into CI, it would become reasonably straightforward to test against the minimum allowed versions of dependencies (which are being specified in #13317). These tests would provide information on when it's necessary to bump the minimum allowed versions of dependencies.
These tests could make use of uv's lowest-direct resolution strategy to find an environment for the lowest allowed versions of direct dependencies. (The lowest resolution strategy is also an option, but doesn't work well unless indirect dependencies provide minimum bounds on dependencies too.)
My use case is that it's fairly common in the scientific pythoniverse to test against the minimum allowed versions of dependencies. For example, SPEC 0 recommends that:
Support for core package dependencies be dropped 2 years after their initial release.
As demonstrated by #12888 and #13170, there is subtly different behavior regarding to input with uv-managed Pythons from python-build-standalone, as those use
libedit
instead ofreadline
.The existing tests in
test_debugging.py
mostly fail before #13176, so we would have easily caught #12888 earlier if we had a build job that runs with such a Python.The text was updated successfully, but these errors were encountered: