<div dir="ltr">Cool, good to know. /usr/bin/python has been python3 since mid-2010 on Arch Linux.<div><br></div><div>One approach would be to have a minimal script that fetches and builds a newer python, to be run by people stuck with RHEL4 forever. I have that cpython configure takes 30 seconds and build takes 50 seconds, so this could be feasible. They don't need a system-wide install.<br>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 4, 2013 at 11:10 PM, Shao-Ching Huang <span dir="ltr"><<a href="mailto:huangsc@gmail.com" target="_blank">huangsc@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
This may be of interest -- <a href="https://wiki.ubuntu.com/Python/3" target="_blank">https://wiki.ubuntu.com/Python/3</a><br>
<br>
Regards,<br>
Shao-Ching<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Mon, Feb 4, 2013 at 6:24 PM, Karl Rupp <<a href="mailto:rupp@mcs.anl.gov">rupp@mcs.anl.gov</a>> wrote:<br>
><br>
>>     I was actually thinking of the Python interface for PETSc rather<br>
>>     than the build system. For the build system we should support any<br>
>>     2.x version. And, even worse, I expect that at some point both 2.x<br>
>>     and 3.x need to be supported concurrently...<br>
>><br>
>><br>
>> I don't think we'll support 3.x until dropping support for 2.5 (because<br>
>> 2.6 is the first version that has compatible exception-handling syntax).<br>
>> It's pretty important to have a single source.<br>
><br>
><br>
> We will be certainly fine as long as mainstream distributions keep shipping<br>
> any 2.x version of python. This will certainly be the case for a couple of<br>
> years just because of the large amounts of code available.<br>
><br>
> Best regards,<br>
> Karli<br>
><br>
</div></div></blockquote></div><br></div></div></div>