build: update python requirements - #706
Conversation
|
Thanks for the pull request, @iloveagent57! This repository is currently maintained by Once you've gone through the following steps feel free to tag them in a comment and let them know that your changes are ready for engineering review. 🔘 Get product approvalIf you haven't already, check this list to see if your contribution needs to go through the product review process.
🔘 Provide contextTo help your reviewers and other members of the community understand the purpose and larger context of your changes, feel free to add as much of the following information to the PR description as you can:
🔘 Get a green buildIf one or more checks are failing, continue working on your changes until this is no longer the case and your build turns green. DetailsWhere can I find more information?If you'd like to get more details on all aspects of the review process for open source pull requests (OSPRs), check out the following resources: When can I expect my changes to be merged?Our goal is to get community contributions seen and reviewed as efficiently as possible. However, the amount of time that it takes to review and merge a PR can vary significantly based on factors such as:
💡 As a result it may take up to several weeks or months to complete a review and merge your PR. |
12107b1 to
33eff4d
Compare
33eff4d to
065f20e
Compare
brobro10000
left a comment
There was a problem hiding this comment.
Approved to unblock. Please remove constraints now handled upstream in edx-lint. pip-tools no longer has to be pinned.
| # 2026-08-11: pip-tools is only tested against the latest pip released at the time | ||
| # pip-tools was released; also, pip-tools package dependencies are extremely permissive | ||
| # about the pip version required, so the dependency resolver will not prevent an unwanted | ||
| # pip upgrade which would break pip-tools. The end result is that pip MUST be constrained | ||
| # by all pip-tools users in order to avoid potentially weeks-long lapses in pip <-> | ||
| # pip-tools compatibility. We've constrained pip here in common_constraints.txt in the | ||
| # past, but always removed it once the issue was "fixed". Removing this constraint was | ||
| # always a mistake. | ||
| # | ||
| # This is a semi-permanent constraint and should be manually bumped after each pip-tools | ||
| # release. | ||
| # | ||
| # Exceptional conditions for removal: | ||
| # - We stop using pip-tools, OR | ||
| # - We migrate to the proposed `pip-tools[stable]` extra: https://github.com/jazzband/pip-tools/pull/2257 | ||
| pip<26.2.1 # Known to work with pip-tools==7.6.1 |
There was a problem hiding this comment.
This is now pinned in edx-lint as part of the 6.2.0 upgrade and can now be removed from individual repos.
PR: openedx/edx-lint#564
| # pip 26.2+ is incompatible with pip-tools 7.6.0 (latest pip-tools release only | ||
| # supports pip up to 26.1), which breaks `make upgrade`. Remove this once a | ||
| # newer pip-tools release restores pip 26.2+ compatibility. | ||
| pip<26.2 | ||
|
|
||
| # Pin pip-tools to the version verified compatible with the pip<26.2 constraint | ||
| # above; a newer pip-tools release could require a newer pip and reintroduce | ||
| # the `make upgrade` breakage this constraint set was added to fix. | ||
| pip-tools==7.6.0 |
There was a problem hiding this comment.
Pinning pip-tools is no longer required, and these 2 constraints can be removed. The reasoning why pip-tools can be unpinned alludes me.
See this edx-lint PR for more context why: openedx/edx-lint#564 (comment)
edx_lint write pylintrcto get thepii_termssections.Post merge:
(so basically once your build finishes, after maybe a minute you should see the new version in PyPi automatically (on refresh))
make upgradein edx-analytics-data-api will look for the latest version in PyPi.