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
Python 3.11.5 to 3.11.6 upgrade fails: vcruntime140.dll not found #110437
Comments
You should have a set of log files in your |
These are all the logs (started the upgrade with a clean temp) |
I did forget to note: downloading vc_redist.x64.exe from MS and installing that resolves the issue. (This also affected Windows11 - I have a couple VMs for testing) |
Another note: Out of curiosity, I tried the 3.12 installer - that worked. |
Actually, I had to uninstall 3.11.6 since the install worked - the precompile failure didn't rollback the install. |
Looks like repairing 3.11.6 will add the file back, but it definitely gets lost in the upgrade process for some reason. |
This blog covers the reasons: https://learn.microsoft.com/en-us/archive/blogs/astebner/why-windows-installer-removes-files-during-a-major-upgrade-if-they-go-backwards-in-version-numbers It seems that the image used for 3.11.6 replaced toolset v14.36 with v14.37, but our build used v14.35 instead. The image for 3.11.5 had both v14.35 and v14.36, but the build chose the latter. It's always supposed to choose the latest, but apparently it didn't in this case. Most likely an issue on the image. I think the best option is going to be to manually manage the redistributable files rather than picking them up from the build machine. Now that our build machines are subject to the whims of cloud CI, we clearly can't assume we won't go backwards in version. |
…ated list of DLLs to bundle
@pablogsal It's not super urgent, but it would be nice to get a 3.11.7 release out with this fix. I don't think there's a need to trigger a release just for this, but please don't delay the next one. Also, it'd be great to get a note on the download page, something like:
|
Previously we would use whichever was installed on the build machine, which could result in downgrades between releases. See python/cpython#110437 for more information about what this breaks.
…ated list of DLLs to bundle (pythonGH-110470) (cherry picked from commit 12cc679) Co-authored-by: Steve Dower <steve.dower@python.org>
…ated list of DLLs to bundle (pythonGH-110470) (cherry picked from commit 12cc679) Co-authored-by: Steve Dower <steve.dower@python.org>
Bug report
Bug description:
While updating 3.11.5 to 3.11.6 using python-3.11.6-amd64.exe, installation fails multiple time while precompiling. This is on a fairly clean up-to-date Win10 system with no Visual Studio. On a system with Visual Studio, the upgrade works.
CPython versions tested on:
3.11
Operating systems tested on:
Windows
Linked PRs
The text was updated successfully, but these errors were encountered: