<div dir="ltr"><div>Yes, it does. Using the CentOS6 docker image:<br><br># yum install centos-release-scl<br>[...]<br># yum install python27<br>[...]<br># python --version<br>Python 2.6.6<br># scl enable python27 -- python --version<br>Python 2.7.8<br><br></div>Alex<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 27, 2017 at 3:36 PM, Gregory Szorc <span dir="ltr"><<a href="mailto:gregory.szorc@gmail.com" target="_blank">gregory.szorc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Remind me: does CentOS 6 also have access? I know I was using the IUS repositories (<a href="https://ius.io/" target="_blank">https://ius.io/</a>) to get 2.7 on both RHEL 6 and CentOS 6. I just can't remember why I used them over SCL.</div><div class="gmail_quote"><br></div><div class="gmail_quote">I think the fear people have with installing a python2.7 package is that it puts things in /usr and PATH and could potentially interfere with other parts of system operation. e.g. scripts that look for `python2.7` and `python2.6` and use the first available could switch to 2.7 once the package is installed. That's arguably a good thing. But if you have some machine collecting dust, sometimes keeping things the way they are is the safest/best outcome. So a minimally invasive, self-contained Mercurial package could be desirable.</div><div class="gmail_quote"><br></div><div class="gmail_quote">(For the record, I'd like to hear from users still on 2.6 so we can make an informed decision about how to support these distros.)<br></div><div><div class="h5"><div class="gmail_quote"><br></div><div class="gmail_quote">On Thu, Apr 27, 2017 at 12:26 PM, Alex Gaynor <span dir="ltr"><<a href="mailto:agaynor@mozilla.com" target="_blank">agaynor@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>FWIW, RHEL 6 supports SCL (Software Collection Libraries) so it's possible to get a Python2.7 _from Red Hat_.<br><br></div>Alex<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-8164277093370306173gmail-h5">On Thu, Apr 27, 2017 at 3:23 PM, Gregory Szorc <span dir="ltr"><<a href="mailto:gregory.szorc@gmail.com" target="_blank">gregory.szorc@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="m_-8164277093370306173gmail-h5"><div dir="ltr"><div>I think the time has come to make a decision about dropping support for Python 2.6.</div><div><br></div><div>In [1], we already decided that supporting 2.6 on Windows made no sense. While I don't think we ever wrote a patch, support for 2.6 on Windows is effectively gone.</div><div><br></div><div>Also in that thread, Facebook said they will stop caring about Python 2.6 no later than 2017-04-30. Facebook runs some internal CI that helps flush out upstream bugs. And once they drop 2.6 support on their end, I imagine it will be more difficult for them to contribute certain things to core because they require 2.7. I'd like to not inconvenience one of our largest source of contributions.</div><div><br></div><div>In [2], Augie seemed to indicate that he supports 4.2 or 4.3 being the last release that supports Python 2.6.</div><div><br></div><div>At this point in time, Python 2.6 is a constant thorn in our side to support. It is hampering efforts to modernize the code. This is making the Python 3 port more difficult than it could be. There are bugs and workarounds for 2.6 that are just plain ugly. Furthermore, Python 2.6 isn't a secure execution platform. It doesn't support modern TLS versions and features. Upstream CPython support has been dead since 2013. Only long term support distros like RedHat 6 continue to run and support Python 2.6.</div><div><br></div><div>I'd like to formally propose making Mercurial 4.2 (the release scheduled for May 1) the last release that supports Python 2.6.<br></div><div><br></div><div>I anticipate that dropping 2.6 support will only inconvenience users on certain, legacy Linux distributions and other *NIX operating systems in a similar boat. Of these, I'm willing to wager that we really only care about RHEL 6 and variants (like CentOS 6). If these users will be significantly inconvenienced by lack of Python 2.6 support, I propose we make it easy to produce a self-contained Mercurial RPM containing a bundled Python 2.7. e.g. `make docker-centos6`. The Python within would be installed to e.g. /usr/lib/mercurial and wouldn't interfere with system operation: only shebangs in `hg` and other Mercurial-related executables would reference it. If the *capability* of producing those RPMs from a source distribution is not enough, we can consider hosting those RPMs on <a href="http://www.mercurial-scm.org" target="_blank">www.mercurial-scm.org</a> for direct download (read: we wouldn't operate a full RPM repository with metadata, just raw files).<br></div><div><br></div><div>[1] <a href="https://www.mercurial-scm.org/pipermail/mercurial-devel/2017-March/094837.html" target="_blank">https://www.mercurial-scm.org/<wbr>pipermail/mercurial-devel/2017<wbr>-March/094837.html</a></div><div>[2] <a href="https://www.mercurial-scm.org/pipermail/mercurial-devel/2017-April/097074.html" target="_blank">https://www.mercurial-scm.org/<wbr>pipermail/mercurial-devel/2017<wbr>-April/097074.html</a><br></div></div>
<br></div></div>______________________________<wbr>_________________<br>
Mercurial-devel mailing list<br>
<a href="mailto:Mercurial-devel@mercurial-scm.org" target="_blank">Mercurial-devel@mercurial-scm.<wbr>org</a><br>
<a href="https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel" rel="noreferrer" target="_blank">https://www.mercurial-scm.org/<wbr>mailman/listinfo/mercurial-dev<wbr>el</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>