-
-
Notifications
You must be signed in to change notification settings - Fork 175
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
drop python<=3.7 support #634
Conversation
According to https://endoflife.date/python python 3.7 has been EOSed 27 Jun 2023. Filter all code over `pyupgracde --py38-plus`. Signed-off-by: Tomasz Kłoczko <kloczek@github.com>
Signed-off-by: Tomasz Kłoczko <kloczek@github.com>
Pull Request Test Coverage Report for Build 9600575936Details
💛 - Coveralls |
Mostly ruff drops unused imports. Signed-off-by: Tomasz Kłoczko <kloczek@github.com>
Pull Request Test Coverage Report for Build 9600600563Details
💛 - Coveralls |
Pull Request Test Coverage Report for Build 9600575936Details
💛 - Coveralls |
Signed-off-by: Tomasz Kłoczko <kloczek@github.com>
Signed-off-by: Tomasz Kłoczko <kloczek@github.com>
Pull Request Test Coverage Report for Build 9600659732Details
💛 - Coveralls |
Pull Request Test Coverage Report for Build 9600685185Details
💛 - Coveralls |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think this is correct. icalendar v6 supports both timezone implementations pytz
and zoneinfo
and it will continue to support Python 3.7. This will allow an upgrade path for those stuck on old Pythons.
Some of the other changes in this PR could be useful, if Python 3.7 supports it.
Pull Request Test Coverage Report for Build 9615372085Details
💛 - Coveralls |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi! Thanks for using this tool to update the codebase! It is really useful!
I added a few points that would be hard to find.
I wonder why the tests break in that place. It is unusual to have this inconsistent. I added my idea of why.
What do you think? How would you like to proceed? Thanks again for taking this up!
- ["3.8", "py38"] | ||
- ["3.9", "py39"] | ||
- ["3.10", "py310"] | ||
- ["pypy-3.9", "pypy3"] | ||
- ["3.10", "docs"] | ||
- ["3.11", "py311"] | ||
- ["3.12", "py312"] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice!
Thanks! If you could...
|
I wonder why py39 fails... I will have a look. |
Signed-off-by: Tomasz Kłoczko <kloczek@github.com>
Pull Request Test Coverage Report for Build 9627287775Details
💛 - Coveralls |
I've corrected last commit from "<= 3.9" to "< 3.9". |
@kloczek Thanks for creating this PR! I am planning on releasing v6 and including this PR in it. So, I hope we can get this merged. 🚀 |
The only changes I would request are these:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wait for #647 to be merged. Then update CHANGES.rst
. See #647 (review)
As I;ve mentioned as globally it is declared to exit with error on any try to build on python < 3.8 it is not possible pass that rule on generate .whl archive where are placed install time dependencies. Metadata-Version: 2.1
Name: icalendar
Version: 5.0.13
Summary: iCalendar parser/generator
Home-page: https://github.com/collective/icalendar
Author: Plone Foundation
Author-email: plone-developers@lists.sourceforge.net
License: BSD-2-Clause
Keywords: calendar calendaring ical icalendar event todo journal recurring
Classifier: Development Status :: 5 - Production/Stable
Classifier: Intended Audience :: Developers
Classifier: License :: OSI Approved :: BSD License
Classifier: Operating System :: OS Independent
Classifier: Programming Language :: Python :: 3.8
Classifier: Programming Language :: Python :: 3.9
Classifier: Programming Language :: Python :: 3.10
Classifier: Programming Language :: Python :: 3.11
Classifier: Programming Language :: Python :: 3.12
Classifier: Programming Language :: Python :: Implementation :: CPython
Classifier: Programming Language :: Python :: Implementation :: PyPy
Requires-Python: >=3.8 <<<<<<<<==== HERE.
License-File: LICENSE.rst
Requires-Dist: python-dateutil
Requires-Dist: pytz <<<<<<<===== AAND HERE
Requires-Dist: backports.zoneinfo ; python_version < "3.9" <<== AND HERE
Provides-Extra: test |
Cool, yes. That is alright. If you address these two concerns, I would merge it:
|
Thanks @kloczek for your contribution! |
Thank you 👍 |
According to https://endoflife.date/python python 3.7 has been EOSed 27 Jun 2023.
Filter all code over
pyupgracde --py38-plus
.