This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author FFY00
Recipients FFY00, frenzy, gaborjbernat, hroncok, jaraco, petr.viktorin, stefanor, steve.dower
Date 2022-02-09.17:49:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1644428963.68.0.103999736976.issue45413@roundup.psfhosted.org>
In-reply-to
Content
I don't think the proposal is incompatible with what I discussed.

I haven't been super clear on my opinions on the implementation, so let me try to clarify them.

- I think that we should use a static scheme, accessible on all platforms.
- If this scheme needs to be independently defined for each platform, we should have different variants, available on all platforms, but still keep a generic named one, as an alias to the platform specific scheme
- We should not be re-using/aliasing existing schemes, particularly ones that are prone to downstream patching

So, my proposal would be to define a single static scheme, and changing the interpreter path initialization logic to hardcode its paths when on virtual environments.
If this presents any issue, and requires the scheme to be different for different platforms, we should add platform specific schemes and make the main one an alias to the correct scheme.

Hopefully that clarifies things up a bit. We should sort it out as soon as possible and update the PR, I don't think the PR as-is is the best approach.

What do you think?
History
Date User Action Args
2022-02-09 17:49:23FFY00setrecipients: + FFY00, jaraco, petr.viktorin, stefanor, steve.dower, hroncok, frenzy, gaborjbernat
2022-02-09 17:49:23FFY00setmessageid: <1644428963.68.0.103999736976.issue45413@roundup.psfhosted.org>
2022-02-09 17:49:23FFY00linkissue45413 messages
2022-02-09 17:49:23FFY00create