-
-
Notifications
You must be signed in to change notification settings - Fork 31.6k
Relocate user site packages on Windows 32-bit #85793
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
Comments
Currently, the user site packages on Windows is %APPDATA%\Python\PythonXY. This can cause conflicts between the 32-bit and 64-bit versions of the runtime. We should switch the pattern to Python{sys.winver}, which is XY or XY-32, the same as elsewhere. This is a breaking change to tools that try to manage these directly, but it shouldn't need a deprecation cycle (there isn't really anywhere to raise a warning...). So I think we can just update Lib/sysconfig.py and Lib/site.py for 3.10, as well as the docs. |
If it is otherwise possible to user-only install both 32 and 64 bit versions, then using the same site-packages strikes me a bug, even if only fixed in the next version. |
+1 |
It's very easy to install both 32 and 64-bit runtimes (and it doesn't matter if they're user or system installs). But when you're installing packages in the nt_user scheme (--user with pip), you can only use one or the other. If you install with 32-bit runtime first, then you'll get 32-bit binaries installed and the 64-bit runtime won't try and install the package again (or it'll delete it and replace it with one that only works with the 64-bit runtime). With the change in PR 22098, the 32-bit interpreter will install to a different location. |
To clarify this, I meant the 32-bit interpreter will install *packages* to a different location (when using the user scheme). |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: