chore: Upgrade Python requirements - #285
Conversation
|
List of packages in the PR without any issue.
|
|
These Packages need manual review..
|
792b8a1 to
a7e3074
Compare
nltk 3.10.1 (released 2026-08-01) introduced an inisec.py security module that blocks imports of packages located in subdirectories of the current working directory. This causes a false-positive failure when pytest runs from the repo root: packages installed in .tox or .venv subdirectories are wrongly treated as CWD imports, breaking all tests that transitively import nltk (via chem -> nltk -> regex). Steps taken: - Added `nltk<3.10.1` to `[tool.edx_lint].uv_constraints` (the repo-specific editable source for constraints) - Ran `edx_lint write_uv_constraints` to auto-generate the entry in `[tool.uv].constraint-dependencies` (do not edit that section directly) - Ran `uv lock` to regenerate uv.lock with the pinned version The constraint will persist through future `make upgrade` runs because it lives in `uv_constraints`, which is the source of truth that `edx_lint write_uv_constraints` reads each time. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
a7e3074 to
78da59e
Compare
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
Reviewed the flagged Why:
One thing worth flagging about the bot's own categorization, for awareness rather than as a blocker on this PR: its first comment listed |
|
Closing obsolete PR. |
Python requirements update. Please review the changelogs for the upgraded packages.
Additional fix: pin nltk<3.10.1
nltk 3.10.1(released 2026-08-01) introduced aninisec.pysecurity module that blocks imports of packages located in subdirectories of the current working directory. This caused a false-positive failure when pytest runs from the repo root: packages installed in.toxor.venvsubdirectories are wrongly treated as CWD imports, breaking all tests that transitively import nltk (viachem -> nltk -> regex).Steps taken:
nltk<3.10.1to[tool.edx_lint].uv_constraints— the repo-specific editable source for constraintsedx_lint write_uv_constraintsto auto-generate the entry in[tool.uv].constraint-dependencies(that section is not edited directly)uv lockto regenerateuv.lockwith the pinned versionThe constraint will persist through future
make upgraderuns because it lives inuv_constraints, which is the sourceedx_lint write_uv_constraintsreads each time.