Repository navigation
Drop support of Windows Vista and Windows 7 #76773
Description
Activity
https://docs.python.org/dev/using/windows.html#supported-versions
"As specified in PEP-11, a Python release only supports a Windows platform while Microsoft considers the platform under extended support. This means that Python 3.7 supports Windows Vista and newer. If you require Windows XP support then please install Python 3.4."
But Windows Vista extended supported already ended last year, in April 2017.
Attached PR removes code to support Windows Vista.
Reacted by Vetus_MundiThe only changes necessary in the installer should be in PythonBootstrapperApplication.cpp to make it an error when run on pre-Win7 OS. The pattern is already there, and the string references are in Tools/msi/bundle/Default.wxl
If you don't get to it, reassign the bug to me once you've merged the first part and I'll look at the installer.
If you don't get to it, reassign the bug to me once you've merged the first part and I'll look at the installer.
I like that :-) Will me. Right now, my PR doesn't compile, I broke something and I don't understand the error.
I believe that PEP-11 originally said, or should have said "3.6 supports Windows Vista and newer." I believe 3.5 supports XP, so it should be "please install Python 3.5".
3.4 was the last version to support XP.
Terry: see my notes about platforms suported by Python.
http://vstinner.readthedocs.io/cpython.html#supported-platformsThe PEP-11 doesn't want to have an explicit list of supported Windows versions, but I'm unable to *guess* which Windows version is supported by which Python version, so I wrote my own doc...
I personally think it was a mistake to stop being explicit about Windows support in PEP-11. The rationale was to avoid having to update it. But it is updated for other systems; an explicit list is needed somewhere (as illustrated by my memory lapse; and PEP-11 is the most obvious and discoverable place.
I failed to fix failures on my PR. It's now too late for Python 3.7.
If someone is interested to drop Vista support from Python 3.8, I suggest to open a new issue instead.
Hello 2018, I reopen the issue and change the version to Python 3.8.
40 remaining items
not sure about the strategies here but maybe a better approach would be to kill support for unsupported version of windows in a major release
since I guess python 3 was a complete rewrite of python2 (at least the low level side I assume it was)and it would be easier for people to remeber (eg, if I have to rewrite my app because python4 has a major language differences I might as well drop support for older OSes in it), eg, python2 works on XP, python3 works on vista and up, python4 works on windows 10
for instance, I didn't even know you can run python3 on XP, I always thought that python2.7 is the last version that would run there
and since the code to support windows 7 is still present (almost, just the installer change would need to be rolleed back and some compiler declaratives:
0b72ccf
izbyshev@6a65ebaI see no reason to touch it (it probably just stays there serving its purpose) and when python4 comes along (if its a rewrite then windows 7 hacks (would just not be written anymore)
not sure about the strategies here but maybe a better approach would be to kill support for unsupported version of windows in a major release
We do, but the "major" release is the second field of the version number (you can think of the first field as the "series" or "product" number).
Yes, this is not SemVer. Sorry. We pre-date SemVer.
Python 3.8 and earlier are just as supported for Windows 7 as our volunteers can handle, which is all that has ever been offered here. If people need better support than that, I'd suggest paying someone.
If we had a dedicated maintainer who was supporting Win7 and making releases for it, then we (i.e. they) could support it. But then, there's nothing to stop someone doing that already, and even to stop them charging money for it if they want (which they wouldn't be able to do under the auspices of python-dev). So I suspect nobody is really that motivated ;)
That's totally fair.
(Also, a "little bit of complaining" here is totally worthwhile, as it helps us gauge community sentiment. Without it, we're limited to trawling forums and Twitter - especially without conferences to actually meet and hear directly from people - and so our inputs are biased. Having polite, informed, discussion on the tracker is a great way for us to see and capture these positions.)
I agree. In my comment, I only intended to contrast "complaining" with stepping up to do the work. I didn't mean to imply that it's inappropriate per-se.
- added a commit that references this issue
on May 10, 2022 I took care of the docs changes mentioned in my comment above. Aside from the installer updates and the other breaking security change, have any of the code changes cleanups mentioned in my other comment or discussed further above been made? If so, are they still work making for 3.12?
- added 3 commits that reference this issue
on May 10, 2022 Just for posterity, since I couldn't find it mentioned anywhere here for some reason, it was PR #21656 that actually dropped support for Windows <8.1 in the installer.
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: