<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, 18 Jan 2018 at 21:39 Benjamin Peterson <<a href="mailto:benjamin@python.org">benjamin@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 to both of your specific proposals.<br>
<br>
More generally, I think it makes good sense to allow dropping support for a platform in the next major Python release after vendor support for the platform stops. Even we say we support something, it will break quickly without buildbot validation.<br></blockquote><div><br></div><div>+1 from me as well. We all only have so much bandwidth and if someone wants extended support there are plenty of contractors who could be hired to extend it.</div><div><br></div><div>-Brett<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Thu, Jan 18, 2018, at 12:27, Victor Stinner wrote:<br>
> Hi,<br>
><br>
> I'm working on a exhaustive list of platforms supported by Python:<br>
><br>
>   <a href="http://vstinner.readthedocs.io/cpython.html#supported-platforms" rel="noreferrer" target="_blank">http://vstinner.readthedocs.io/cpython.html#supported-platforms</a><br>
><br>
><br>
> I noticed that the extended support phase of Windows Vista is expired,<br>
> so I proposed to drop Vista support:<br>
><br>
>   "Drop support of Windows Vista in Python 3.7"<br>
>   <a href="https://bugs.python.org/issue32592" rel="noreferrer" target="_blank">https://bugs.python.org/issue32592</a><br>
>   <a href="https://github.com/python/cpython/pull/5231" rel="noreferrer" target="_blank">https://github.com/python/cpython/pull/5231</a><br>
><br>
> Python has an explicit policy for Windows support, extract of the PEP 11:<br>
><br>
> "CPython’s Windows support now follows [Microsoft product support<br>
> lifecycle]. A new feature release X.Y.0 will support all Windows<br>
> releases whose extended support phase is not yet expired. Subsequent<br>
> bug fix releases will support the same Windows releases as the<br>
> original feature release (even if the extended support phase has<br>
> ended)."<br>
><br>
><br>
> For Linux and FreeBSD, we have no explicit rule. CPython code base<br>
> still contains code for FreeBSD 4... but FreeBSD 4 support ended<br>
> longer than 10 years ago (January 31, 2007). Maybe it's time to drop<br>
> support of these old platforms to cleanup the CPython code base to<br>
> ease its maintainance.<br>
><br>
> I proposed: "Drop FreeBSD 9 and older support:"<br>
><br>
>   <a href="https://bugs.python.org/issue32593" rel="noreferrer" target="_blank">https://bugs.python.org/issue32593</a><br>
>   <a href="https://github.com/python/cpython/pull/5232" rel="noreferrer" target="_blank">https://github.com/python/cpython/pull/5232</a><br>
><br>
> FreeBSD 9 supported ended 1 year ago (December 2016).<br>
><br>
> FreeBSD support:<br>
><br>
>   <a href="https://www.freebsd.org/security/" rel="noreferrer" target="_blank">https://www.freebsd.org/security/</a><br>
>   <a href="https://www.freebsd.org/security/unsupported.html" rel="noreferrer" target="_blank">https://www.freebsd.org/security/unsupported.html</a><br>
><br>
><br>
> CPython still has compatibility code for Linux 2.6, whereas the<br>
> support of Linux 2.6.x ended in August 2011, longer than 6 years ago.<br>
> Should we also drop support for old Linux kernels? If yes, which ones?<br>
> The Linux kernel has LTS version, the oldest is Linux 3.2 (support<br>
> will end in May, 2018).<br>
><br>
> Linux kernel support:<br>
><br>
>   <a href="https://www.kernel.org/category/releases.html" rel="noreferrer" target="_blank">https://www.kernel.org/category/releases.html</a><br>
><br>
><br>
> Note: I'm only talking about changing the future Python 3.7. We should<br>
> have the same support policy than for Windows. If Python 3.x.0<br>
> supports a platform, this support should be kept in the whole lifetime<br>
> of the 3.x cycle (until it's end-of-line).<br>
><br>
> Victor<br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe:<br>
> <a href="https://mail.python.org/mailman/options/python-dev/benjamin%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/benjamin%40python.org</a><br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div></div>