At the request of the platform experts, 3.5.1 is now scheduled to happen
simultaneously with 2.7.11. That means:
Saturday November 21, 2015
Sunday November 22, 2015
Saturday December 5, 2015
tag 3.5.1 final
Sunday December 6, 2015
release 3.5.1 final
I'll update the release schedule soon,
Happy November, everyone. It’s nearly time for the next semi-annual
instalment of the 2.7 series. I’m planning to release a 2.7.11 release
candidate on November 21st and 2.7.11 final on December 5.
More than half-done releasing 2.7-ly yours,
On Fri, Oct 23, 2015 at 3:23 AM, Victor Stinner
> Note: I propose "noopt" because we already have "optimization level 0"
> which still uses optimizations, it's the default mode. It's different
> than gcc -O0 which really disables all optimizations. I already prefix
> the "noopt" suffix for .pyc files than "opt--1" proposed by Brett in
Strictly speaking, this isn't completely true. Most (all?) C/C++
compilers do some level of optimization when they are "disabled".
GCC/Clang, for example, both will do some form of constant folding
with -O0. The compilers are just *much* less aggressive with the
primary goal of making the debugging experience much more enjoyable.
The situation here sounds similar -- we want an option to provide a
better debugging and tracing experience, which seems like a very
reasonable idea to me.
PEP 478  doesn't currently have any info on a planned 3.5.1 release
(and actually, it has 3.5.0 Final listed as a future release). About
when is it likely to happen? The one thing I'm hanging out for is an
installer patch on Windows that detects XP and immediately aborts with
a convenient error; if the number of emails to python-list is
indicative, there are a lot of people out there getting confused.
see the following:
lac@smartwheels:~/junk$ echo "print ('hello there')" >string.py
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python3.5/idlelib/run.py", line 10, in <module>
from idlelib import CallTips
File "/usr/lib/python3.5/idlelib/CallTips.py", line 16, in <module>
from idlelib.HyperParser import HyperParser
File "/usr/lib/python3.5/idlelib/HyperParser.py", line 14, in <module>
_ASCII_ID_CHARS = frozenset(string.ascii_letters + string.digits + "_")
AttributeError: module 'string' has no attribute 'ascii_letters'
IDLE then produces a popup that says:
IDLE's subprocess didn't make connection. Either IDLE can't stat a subprocess por personal firewall software is blocking the connection. <ok>
I think that life would be a whole lot easier for people if instead we got
Warning: local file /u/lac/junk/string.py shadows module named string in the
I think that it is python exec that would have to do this -- though of
course the popup could also warn about shadowing in general, instead of
sending people on wild goose chases over their firewalls.
Would this be hard to do?