Movatterモバイル変換

[0]ホーム
URL:

Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

 Sign up
Appearance settings

GH-80789: Get rid of theensurepip infra for many wheels#109245

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged

Conversation

@webknjaz
Copy link
Contributor

@webknjazwebknjaz commentedSep 10, 2023•
edited by bedevere-appbot
Loading

This is a refactoring change that aims to simplifyensurepip. Before it, this module had legacy infrastructure that made an assumption thatensurepip would be provisioning more then just a single wheel. That assumption is no longer true since [1][2][3].

In this change, the improvement is done around removing unnecessary loops and supporting structures to change the assumptions to expect only the bundled or replacementpip wheel.

This is a spin-off of#12791.

@webknjazwebknjazforce-pushed themaintenance/ensurepip-single-wheel branch 2 times, most recently fromb9fe227 to6b2ce22CompareSeptember 10, 2023 23:33
@webknjazwebknjaz changed the titleGet rid of theensurepip infra for many wheelsGH-109245: Get rid of theensurepip infra for many wheelsSep 10, 2023
@webknjazwebknjazforce-pushed themaintenance/ensurepip-single-wheel branch from71911de tobf909c0CompareSeptember 10, 2023 23:36
@webknjaz
Copy link
ContributorAuthor

@AA-TurnerAA-Turner changed the titleGH-109245: Get rid of theensurepip infra for many wheelsGH-80789: Get rid of theensurepip infra for many wheelsSep 16, 2023
@AA-Turner
Copy link
Member

I've taken the liberty of pushing two changes to your branch; feel free to revert in whole or part.

Both look to simplify what ensurepip is doing internally -- e.g. with onlypip, having a_Package type doesn't really make sense any-more -- similarly with caching the output, which is fast to compute.

I've also removed type annotations, as these are ignored and we shouldn't introduce more (tomllib and importlib.resources are special cases).

I think there are further simplifications we could make, but I thought this was a reasonable middle-ground -- let me know your thoughts!

A

Copy link
Member

@vstinnervstinner left a comment

Choose a reason for hiding this comment

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

LGTM. But I would prefer to get a second review on this one.

Copy link
Member

@pfmoorepfmoore left a comment

Choose a reason for hiding this comment

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

One minor comment, but it doesn't block this - feel free to leave it if you think your version is better.

# of the same package, but don't attempt to implement correct version
# comparison since this case should not happen.
filenames=sorted(filenames)
filenames=sorted(filenames,reverse=True)
Copy link
Member

Choose a reason for hiding this comment

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

Why reverse? I guess it gives better odds of getting the correct version, but as the comment above says, we're not doing version comparison because it should never be needed.

Copy link
ContributorAuthor

Choose a reason for hiding this comment

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

Copy link
Member

Choose a reason for hiding this comment

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

I noted this in the commit message but not a PR comment; sorry. The implementation of this function now short-circuits and returns the first match, but that means we need to reverse the order as previously the final match would be returned, and we want to preserve that behaviour. We retain no guarantees about finding the correct version.

@webknjaz
Copy link
ContributorAuthor

I've taken the liberty of pushing two changes to your branch; feel free to revert in whole or part.

Both look to simplify what ensurepip is doing internally -- e.g. with onlypip, having a_Package type doesn't really make sense any-more -- similarly with caching the output, which is fast to compute.

I've also removed type annotations, as these are ignored and we shouldn't introduce more (tomllib and importlib.resources are special cases).

I think annotations contribute to maintainability.

I think there are further simplifications we could make, but I thought this was a reasonable middle-ground -- let me know your thoughts!

I was specifically avoiding any refactoring in this PR, trying to make it as small as possible and keep the potential conflicts with the rest of related PRs at minimum. I don't like some of the changes but if this gets it merged faster so be it.

@webknjaz
Copy link
ContributorAuthor

FreeBSD failing check reason:

⚠️ Failed to start an instance: FAILED_PRECONDITION: Monthly free compute limit exceeded!

@pfmoore
Copy link
Member

I think annotations contribute to maintainability.

I'm pretty sure there's still a policy that we don't use type annotations in the stdlib.

AA-Turner and zware reacted with thumbs up emoji

@webknjaz
Copy link
ContributorAuthor

I'm pretty sure there's still a policy that we don't use type annotations in the stdlib.

Interesting..https://devguide.python.org/search/?q=type+annotations&check_keywords=yes&area=default doesn't return anything related (nor does using Google search against that site).

@AA-Turner
Copy link
Member

doesn't return anything related

Seehttps://discuss.python.org/t/21487;#108125 (comment). Quoting Brett: "It's codified based on discussions among the core developers that we have all agreed to over the years"

A

webknjaz reacted with eyes emoji

# of the same package, but don't attempt to implement correct version
# comparison since this case should not happen.
filenames=sorted(filenames)
filenames=sorted(filenames,reverse=True)
Copy link
Member

Choose a reason for hiding this comment

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

I noted this in the commit message but not a PR comment; sorry. The implementation of this function now short-circuits and returns the first match, but that means we need to reverse the order as previously the final match would be returned, and we want to preserve that behaviour. We retain no guarantees about finding the correct version.

@webknjaz
Copy link
ContributorAuthor

@AA-Turner so I tried something which resulted in some simplification. I used pathlib but also made functions to return paths instead of complex structures with data that is never used together by the callers. I made sure that the coverage of the changed parts is at 100%, while making it less branchy...

@webknjaz
Copy link
ContributorAuthor

I have made the requested changes; please review again

webknjazand others added14 commitsJanuary 25, 2024 14:33
This is a refactoring change that aims to simplify ``ensurepip``.Before it, this module had legacy infrastructure that made anassumption that ``ensurepip`` would be provisioning more then just asingle wheel. That assumption is no longer true since [[1]][[2]][[3]].In this change, the improvement is done around removing unnecessaryloops and supporting structures to change the assumptions to expectonly the bundled or replacement ``pip`` wheel.[1]:python@ece20db[2]:python#101039[3]:python#95299
This change is intended to make it clear that the helper now onlyreturns one package and no more.Co-Authored-By: vstinner@python.org
- Exit early if there are no files in the directory- Return a match early by iterating in reverse order- Merge filename checks- Inline the path variable- Remove type annotations
- Return a dict with consistent fields- Remove caching- Remove type annotations- Leverage the known wheel package dir value to calculate full paths
It provides us with the ability to write simpler high-level logic thatis easier to understand. As a side effect, it became possible to makethe code less branchy.
It was returning bytes on FreeBSD which was incorrectly injected intothe Python code snippet executed in a subprocess and had a b-preffix.
Some code comments and test function names were still referring to theremoved function name. Not anymore!
This script is separate and is only used in CI as opposed to runtime.
Co-authored-by: Pradyun Gedam <pradyunsg@gmail.com>
Co-authored-by: Pradyun Gedam <pradyunsg@gmail.com>
It was tripping the linters and became unnecessary after hardcodingthe pip wheel filename prefix in the string.
@webknjazwebknjazforce-pushed themaintenance/ensurepip-single-wheel branch from45f9944 to2472d87CompareJanuary 25, 2024 13:33
@webknjaz
Copy link
ContributorAuthor

@pradyunsg there was a merge conflict that I solved with rebase. No other changes made.

Copy link
Member

@pradyunsgpradyunsg left a comment

Choose a reason for hiding this comment

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

One last change, but LGTM otherwise!

@webknjaz
Copy link
ContributorAuthor

@pradyunsg 🛎 the CI remains green after your branch sync FYI.

@pradyunsgpradyunsg merged commit9639043 intopython:mainJan 30, 2024
@webknjaz
Copy link
ContributorAuthor

@AA-Turner@pradyunsg@vstinner apply the backport labels?

@vstinner
Copy link
Member

I don't think that such refactoring change should be backported to stable branches. Only bugfixes.

webknjaz reacted with eyes emoji

aisk pushed a commit to aisk/cpython that referenced this pull requestFeb 11, 2024
…ython#109245)Co-authored-by: vstinner@python.orgCo-authored-by: Pradyun Gedam <pradyunsg@gmail.com>Co-authored-by: Adam Turner <9087854+aa-turner@users.noreply.github.com>
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@pfmoorepfmoorepfmoore approved these changes

@vstinnervstinnervstinner approved these changes

@pradyunsgpradyunsgpradyunsg approved these changes

@AA-TurnerAA-TurnerAwaiting requested review from AA-TurnerAA-Turner is a code owner

Assignees

No one assigned

Labels

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

6 participants

@webknjaz@AA-Turner@pfmoore@pradyunsg@vstinner@bedevere-bot
[8]ページ先頭
©2009-2025 Movatter.jp