Skip to content
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

Remove Python 3.6 compatibility code from datetime2timestamp() #3062

Merged
merged 1 commit into from
Dec 13, 2023

Conversation

akx
Copy link
Contributor

@akx akx commented Nov 14, 2023

The library has targeted 3.7+ since #2684; no need to retain compatibility code that is never called.

@codecov-commenter
Copy link

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (54a09c7) 93.47% compared to head (d87da0e) 93.47%.

❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files
@@           Coverage Diff            @@
##           develop    #3062   +/-   ##
========================================
  Coverage    93.47%   93.47%           
========================================
  Files           66       66           
  Lines        14031    14029    -2     
========================================
- Hits         13115    13114    -1     
+ Misses         916      915    -1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@nateprewitt
Copy link
Contributor

Thanks for the PR @akx. While we don't officially support Python 3.6, we still have some downstreams that are consuming current versions of botocore using Python 3.6. We've intentionally left a few of these changes and our syntax upgrade setup to avoid unnecessarily breaking this.

That said, we have changes staged for our upcoming Python 3.7 deprecation that will address some of this. I can leave this open to be integrated into that branch or we can resolve this as a duplicate.

@akx
Copy link
Contributor Author

akx commented Nov 15, 2023

@nateprewitt Thanks – I'm curious: how are those downstreams using new botocores when a python_requires='>=3.7' is in place? Just pip install --ignore-requires-python and hope for the best? 😁

@nateprewitt
Copy link
Contributor

Unfortunately, there are still distant reaches that don't rely on pip or any of the PyPA infrastructure to manage their Python packages. We'll hopefully be leaving that behind shortly 😉

Copy link
Contributor

@nateprewitt nateprewitt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, we're ready to ship 3.7 deprecation. This should be good to go.

I saw the other PR, we still have some concerns around the original windows issue that lead to that PR. It's likely safe to clean up as you've suggested but we'll need to do some manual testing first.

@nateprewitt nateprewitt merged commit ec7c2ee into boto:develop Dec 13, 2023
40 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants