-
Notifications
You must be signed in to change notification settings - Fork 5.7k
[BUG] ptb hardpins dependencies, causing problems for sub-dependencies #2758
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
any update here? having the same issue w.r.t. apscheduler pinning. broke my entire prod environment on arm64 machines since there is no compatible apscheduler arm64 build that matches ptb's pinned version |
Hi. This issue is on the todo-list for v14. v14 is under development. We don't have an ETA, but I think I can say that we're getting notably closer to a release :) |
I have the same issue. See Flexget/Flexget#2749 |
closed on the v14 branch via #2958. |
Uh oh!
There was an error while loading. Please reload this page.
Steps to Reproduce
Create a project with ptb and cachetools (for example) in requirements
requirements.txt
install that project
pip install -r requirements.txt
The proposed workaround from #2757 (comment) does NOT work with uptodate pip versions, and fails with the following approach.
Expected behaviour
Installation would not fail.
A library should not hard-pin install-dependencies (in
setup.py
) but instead use range-pinning.Hard-pinned dependencies should only be used in
requirements.txt
- but not in setup.py - preventing other projects from updating.to avoid unexpected failures, it's best-practice to range-pin dependencies, preventing major updates without proper testing, which ptb fails to do.
Actual behaviour
Installation fails
Operating System
not relevant
uptodate pip version
other
I've attempted a fix in #2757 - but one of the maintainers decided to rather try and discuss the issue away than fixing this, therefore i'm now asking this as issue, and i consider this a breaking bug (it breaks updates of dependent modules).
I'd expect a fix for this for both 13.x (minor version update) and 14.0 versions - as this can have security implications (you're preventing updating to a more uptodate version).
The text was updated successfully, but these errors were encountered: