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
Codecov Report
@@ Coverage Diff @@
## master #18406 +/- ##
=========================================
Coverage 82.11% 82.12%
=========================================
Files 1955 1955
Lines 588928 583715 -5213
Branches 44428 44436 +8
=========================================
- Hits 483611 479354 -4257
+ Misses 95667 94715 -952
+ Partials 9650 9646 -4
Continue to review full report at Codecov.
|
|
@jaraco: Please replace |
|
Thanks @jaraco for the PR |
|
I'm having trouble backporting to |
|
Thanks @jaraco for the PR |
|
GH-18472 is a backport of this pull request to the 3.8 branch. |
* Improve zipfile.Path performance on zipfiles with a large number of entries. *📜 🤖 Added by blurb_it. * Add bpo to blurb * Sync with importlib_metadata 1.5 (6fe70ca) * Update blurb. * Remove compatibility code * Add stubs module, omitted from earlier commit Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com> (cherry picked from commit e5bd736) Co-authored-by: Jason R. Coombs <jaraco@jaraco.com> Co-authored-by: Jason R. Coombs <jaraco@jaraco.com>
In jaraco/zipp#32, I learned that the zipfile.Path and zipp.Path objects were O(n) for
joinpathandentries, causing O(n^2) complexity for other operations, including those used byimportlib.metadata. This change incorporates those changes, released with zipp 1.1 and 2.1.https://bugs.python.org/issue39595