Closed ckeshava closed 3 weeks ago
[!IMPORTANT]
Review skipped
Draft detected.
Please check the settings in the CodeRabbit UI or the
.coderabbit.yaml
file in this repository. To trigger a single review, invoke the@coderabbitai review
command.You can disable this status message by setting the
reviews.review_status
tofalse
in the CodeRabbit configuration file.
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
New and removed dependencies detected. Learn more about Socket for GitHub ↗︎
Package | New capabilities | Transitives | Size | Publisher |
---|---|---|---|---|
pypi/alabaster@0.7.16 | None | 0 |
72 kB | bitprophet |
pypi/anyio@4.6.2.post1 | environment, eval, filesystem, network, shell, unsafe | +4 |
849 kB | Thomas.Grainger, Zac-HD, agronholm, ...2 more |
pypi/docutils@0.21.2 | environment, eval, filesystem, network, shell, unsafe | 0 |
8.18 MB | felixwiemann, goodger, grubert, ...1 more |
pypi/sphinx@7.4.7 | environment, eval, filesystem, network, shell, unsafe | +198 |
719 MB | AA-Turner, tk0miya |
pypi/sphinxcontrib-applehelp@2.0.0 | environment, filesystem, shell | +22 |
262 kB | tk0miya |
pypi/sphinxcontrib-devhelp@1.0.6 | environment Transitive: filesystem | +6 |
690 kB | tk0miya |
pypi/sphinxcontrib-htmlhelp@2.0.6 | environment, filesystem Transitive: eval | +10 |
13.5 MB | tk0miya |
pypi/sphinxcontrib-qthelp@2.0.0 | environment Transitive: filesystem | +22 |
173 kB | tk0miya |
pypi/sphinxcontrib-serializinghtml@2.0.0 | filesystem, unsafe | +22 |
141 kB | tk0miya |
🚮 Removed packages: pypi/alabaster@0.7.13, pypi/anyio@4.5.2, pypi/coverage@7.6.1, pypi/docutils@0.20.1, pypi/sphinx@7.1.2, pypi/sphinxcontrib-applehelp@1.0.4, pypi/sphinxcontrib-devhelp@1.0.2, pypi/sphinxcontrib-htmlhelp@2.0.1, pypi/sphinxcontrib-qthelp@1.0.3, pypi/sphinxcontrib-serializinghtml@1.1.5
I don't think the minimum version should be updated unless we need to. Why remove backwards compatibility when we don't have to, especially since the version only just EOLed a month ago?
@mvadari Since the EOL is already completed, Python 3.8 will not receive any bug-fixes. Am I understanding that correctly?
If it will not be actively maintained, will the software be reliable?
Besides, dependencies like black
have stopped supporting Python 3.8. Check the third-bullet-point here: https://github.com/psf/black/releases/tag/24.10.0
@mvadari Since the EOL is already completed, Python 3.8 will not receive any bug-fixes. Am I understanding that correctly?
If it will not be actively maintained, will the software be reliable?
Plenty of people use old versions of code. Some people still use Python 2.x. We shouldn't force them to upgrade unless we need to (e.g. if an actual dependency upgrades).
Besides, dependencies like
black
have stopped supporting Python 3.8. Check the third-bullet-point here: https://github.com/psf/black/releases/tag/24.10.0
Black is only relevant to contributors, not users. We can run the linting on just >= 3.9.
@mvadari Alright, if that's the case, I can close this PR
High Level Overview of Change
This fixes https://github.com/XRPLF/xrpl-py/issues/768.
Context of Change
Type of Change
Did you update CHANGELOG.md?
Test Plan
The existing unit and integration tests must suffice.