On 2/26/2012 7:46 AM, Armin Ronacher wrote:
I am not enthusiastic about adding duplication that is useless for
writing Python 3 code, but like others, I do want to encourage more
porting of libraries to run with Python 3. I understand that the unicode
transition seems the be the biggest
On 2/27/2012 1:01 PM, Chris McDonough wrote:
On Mon, 2012-02-27 at 12:41 -0500, R. David Murray wrote:
Eh? The 2.6 version would also be u('that'). That's the whole point
of the idiom. You'll need a better counter argument than that.
The best argument is that there already exists tons and
On 2/27/2012 10:44 AM, Armin Ronacher wrote:
On 2/27/12 1:55 AM, Terry Reedy wrote:
I presume such a hook would simply remove 'u' prefixes and would
run *much* faster than 2to3. If such a hook is satisfactory for
3.2, why would it not be satisfactory for 3.3?
Agile development and unittests
On 2/27/2012 1:17 PM, Guido van Rossum wrote:
On Mon, Feb 27, 2012 at 10:01 AM, Chris McDonoughchr...@plope.com wrote:
The best argument is that there already exists tons and tons of Python 2
code that already does:
u'that'
+1
I just don't understand the pushback here at all. This is
On 2/27/2012 6:50 AM, Antoine Pitrou wrote:
'rc' makes sense to most people while 'c' is generally unheard of.
'rc' following 'a' and 'b' only makes sense to people who are used to it
and know what it means. 'c' for 'candidate' makes more sense to me both
a decade ago and now. 'rc' is
On 2/27/2012 1:01 PM, Chris McDonough wrote:
I just don't understand the pushback here at all. This is such a
nobrainer.
Last December, Armin wrote in
http://lucumr.pocoo.org/2011/12/7/thoughts-on-python3/
And in my absolutely personal opinion Python 3.3/3.4 should be more
like Python 2*
On 2/27/2012 1:17 PM, Guido van Rossum wrote:
I just don't understand the pushback here at all. This is such a
nobrainer.
I agree. Just let's start deprecating it too, so that once Python 2.x
compatibility is no longer relevant we can eventually stop supporting
it (though that may have to
On 2/27/2012 10:44 AM, Armin Ronacher wrote:
On 2/27/12 1:55 AM, Terry Reedy wrote:
I presume such a hook would simply remove 'u' prefixes and would run
*much* faster than 2to3. If such a hook is satisfactory for 3.2, why
would it not be satisfactory for 3.3?
Agile development and unittests
On 2/27/2012 4:10 PM, Chris McDonough wrote:
On Mon, 2012-02-27 at 21:07 +, Paul Moore wrote:
On 27 February 2012 20:39, Chris McDonoughchr...@plope.com wrote:
Note that u'' literals are sort of the tip of the iceberg here;
supporting them will obviously not make development under the
On 2/27/2012 4:56 PM, Jim J. Jewett wrote:
In http://mail.python.org/pipermail/python-dev/2012-February/116953.html
Terry J. Reedy wrote:
I presume that most 2.6 code has problems other than u'' when
attempting to run under 3.x.
Why?
Since writing the above, I realized that the following
On 2/28/2012 7:10 AM, Vinay Sajip wrote:
The PEP 314 approach seems to assume that that if things work on 3.3,
they will work on 3.2/3.1/3.0 without any changes other than
replacing u'xxx' with 'xxx'.
(Delete 3.0. 3.1 is also less of a concern.) It actually assumes that if
things work on 3.3
On 2/29/2012 2:34 PM, Stefan Krah wrote:
Greg Ewinggreg.ew...@canterbury.ac.nz wrote:
Options 2) and 3) would ideally entail one backwards incompatible
bugfix: In 2.7 and 3.2 assignment to a memoryview with format 'B'
rejects integers but accepts byte objects, but according to the
struct
Armin filed and argued for the addition in a PEP, a Python *Enhancement*
Proposal. He did not file a bugfix behavior issue on the tracker. Let us
leave it as that.
x.y is a specified language. We continuously improve the x.y docs that
describe and explain the specification. We also improve
[erroneouly hit send button before instead of edit menu above it]
On 2/29/2012 2:34 PM, Stefan Krah wrote:
Greg Ewinggreg.ew...@canterbury.ac.nz wrote:
Options 2) and 3) would ideally entail one backwards
incompatible bugfix: In 2.7 and 3.2 assignment to a memoryview
with format 'B' rejects
On 3/2/2012 6:06 PM, Alex A. Naanou wrote:
Just stumbled on a fun little thing:
The place for 'fun little things' is python-list, mirrored as
gmane.comp.python.general.
We create a simple structure...
l = ([],)
Now modify the list, and...
l[0] += [1]
...we fail:
This has been
On 3/10/2012 5:43 AM, victor.stinner wrote:
http://hg.python.org/peps/rev/7278026a5db9
changeset: 4124:7278026a5db9
user:Victor Stinnervictor.stin...@gmail.com
date:Sat Mar 10 11:43:45 2012 +0100
summary:
PEP 416: remove mentions of mutable/immutable
files:
On 3/12/2012 10:23 PM, Andrey Petrov wrote:
I've had the pleasure of speaking with Guido at PyCon and it became
evident that some of Python's included batteries are significantly
lagging behind the rapidly-evolving defacto standards of the
community—specifically in cases like urllib and urllib2,
On 3/13/2012 12:40 AM, Guido van Rossum wrote:
On Mon, Mar 12, 2012 at 9:22 PM, Terry Reedytjre...@udel.edu wrote:
I would rather we figure out how to encourage authors of advancing packages
to contribute better implementations of existing features and well-tested
new features back to the
On 3/13/2012 3:43 PM, VanL wrote:
Following up on conversations at PyCon, I want to bring up one of my
personal hobby horses for change in 3.3: Fix install layout on Windows,
with a side order of making the PATH work better.
Short version:
1) The layout for the python root directory for all
On 3/13/2012 9:57 PM, VanL wrote:
On Mar 13, 2012, at 8:37 PM, Martin v. Löwismar...@v.loewis.de
wrote:
1) The layout for the python root directory for all platforms
should be as follows:
stdlib = {base/userbase}/lib/python{py_version_short} platstdlib
=
On 3/14/2012 11:22 AM, VanL wrote:
On 3/13/2012 9:58 PM, Terry Reedy wrote:
Given that we already repeat it, isn't it better to be consistent?
But there is no repetition currently on Windows installations.
I though you were just proposing to switch lib (lower-cased, and scripts
renamed
On 3/14/2012 10:12 AM, Brian Curtin wrote:
As with last year, I've put together a summary of the Python Language
Summit which took place last week at PyCon 2012. This was compiled
from my notes as well as those of Eric Snow and Senthil Kumaran, and I
think we got decent coverage of what was said
On 3/14/2012 6:05 AM, Mark Shannon wrote:
But how do you find issues?
It takes some practice. Since you patched core component dict, I tried
All text: dict and Components: Interpreter Core. (Leave default Status:
open as is.) 51 issues. Add Keyword: needs review. 0 issues. Whoops,
seems
On 3/14/2012 12:10 PM, VanL wrote:
On 3/14/2012 10:56 AM, Terry Reedy wrote:
Are you talking about 'install for all users' versus 'install for this
user only'? I have always done the former as I see no point to the
latter on my machine, even if another family member has an account.
Yes
On 3/14/2012 3:25 PM, michael.foord wrote:
+# mock.py
+# Test tools for mocking and patching.
Should there be a note here about restrictions on editing this file?
I notice that there are things like
+class OldStyleClass:
+pass
+ClassType = type(OldStyleClass)
which are only present
On 3/14/2012 4:22 PM, Michael Foord wrote:
On 14 Mar 2012, at 13:08, Terry Reedy wrote:
On 3/14/2012 3:25 PM, michael.foord wrote:
+# mock.py +# Test tools for mocking and patching.
Should there be a note here about restrictions on editing this
file? I notice that there are things like
On 3/15/2012 5:27 PM, Alexander Belopolsky wrote:
On Thu, Mar 15, 2012 at 3:55 PM, Matt Joineranacro...@gmail.com wrote:
+1. I now prefer time.monotonic(), no flags.
Am I alone thinking that an adjective is an odd choice for a function
name?
I would normally agree, but in this case, it is
On 3/16/2012 12:22 PM, Lindberg, Van wrote:
env/
bin/
python
pip
easy_install
my_script
In http://bugs.python.org/issue14302 Brian Curtin claims
After talks at PyCon with several people, python.exe will live in
C:\Python33\bin rather than C:\Python33 to come more
On 3/16/2012 11:33 AM, R. David Murray wrote:
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Benderskyeli...@gmail.com wrote:
1. The behavior of append, insert and extend should be similar in this respect
2. AssertionError is not the customary error in such case - TypeError
is much more suitable
3.
On 3/17/2012 10:50 AM, Paul Moore wrote:
Meh. None of this is a real issue. It's just some extra messy coding.
But Van's point is that this proposal gives him less hard coding.
Beyond pointing out that it gives me more, I don't have much to add.
I suspect a case could be made that
On 3/19/2012 6:04 PM, Guido van Rossum wrote:
On Mon, Mar 19, 2012 at 2:58 PM, Peter Moodypmo...@google.com wrote:
On Mon, Mar 19, 2012 at 12:55 PM, Guido van Rossumgu...@python.org wrote:
On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furmanet...@stoneleaf.us wrote:
Nick Coghlan wrote:
On 3/19/2012 9:25 AM, Antoine Pitrou wrote:
The buildbots should be back now. As for svn.python.org, is anyone
using it?
Last I knew, some files there are required to fully build Python on
Windows. I would be happy if that has or were to change.
--
Terry Jan Reedy
On 3/20/2012 12:02 PM, VanL wrote:
On 3/20/2012 10:52 AM, Martin v. Löwis wrote:
In hearing from a couple people who teach python to beginners, this is a
substantial hurdle - the first thing they need to do is to edit their
environment to add these directories to the PATH.
This is something I
On 3/20/2012 6:38 PM, Georg Brandl wrote:
The current green on the front page is too heavy. Otherwise I prefer the
old. I like the color on the index chart of the builtin-functions page.
You un-bolded most (not all) of the entries and then are definitely too
thin now. You unbolded the blue
On 3/21/2012 7:09 AM, Antoine Pitrou wrote:
On Tue, 20 Mar 2012 21:39:41 -0400
Terry Reedytjre...@udel.edu wrote:
On 3/20/2012 6:38 PM, Georg Brandl wrote:
The current green on the front page is too heavy.
Green?
hmm... you mean blue, right?
:)
Yeh, a muddy slightly greenish blue. I would
My impression is that the original reason for PendingDeprecationWarning
versus DeprecationWarning was to be off by default until the last
release before removal. But having DeprecationWarnings on by default was
found to be too obnoxious and it too is off by default. So do we still
need
On 3/25/2012 2:34 AM, Georg Brandl wrote:
Here's another try, mainly with default browser font size, more contrast
Untrue. You still changed the high contrast dark blue to the same low
contrast light blue for builtin names, etc. What problem do you think
you are trying to solve by making the
On 3/25/2012 12:32 PM, Georg Brandl wrote:
On 25.03.2012 17:54, Terry Reedy wrote:
On 3/25/2012 2:34 AM, Georg Brandl wrote:
Here's another try, mainly with default browser font size, more contrast
Untrue. You still changed the high contrast dark blue to the same low
contrast light blue
On 3/25/2012 8:37 PM, Steven D'Aprano wrote:
Terry Reedy wrote:
I ran the following experiment: I put old and new versions of the
buitin functions page side-by-side in separate browser windows. I
asked my teenage daughter to come into the room, approach slowly, and
say when she could read one
On 3/25/2012 8:37 PM, Steven D'Aprano wrote:
For what it's worth, it wouldn't surprise me if the problem is the
fallback font. If I'm reading the CSS correctly, the standard font used
in the new docs is Lucinda Grande, with a fallback of Arial.
Unfortunately, Lucinda Grande is normally only
On 3/26/2012 8:46 AM, Zvezdan Petkovic wrote:
On Mar 26, 2012, at 12:22 AM, Terry Reedy wrote:
Does the css specify Courier New or is this an unfortunate fallback
that might be improved? Perhaps things look better on max/*nix?
I just checked pydoctheme.css and Courier New is not specified
On 3/30/2012 8:26 PM, Steven D'Aprano wrote:
hires is a real English word, the present tense verb for engaging the
service or labour of someone or something in return for payment, as in
he hires a gardener to mow the lawn. Can we please eliminate it from
consideration
I agree. Heavy cognitive
On 3/31/2012 6:28 AM, Michael Foord wrote:
On 31 Mar 2012, at 07:32, Lennart Regebro wrote:
On Fri, Mar 30, 2012 at 12:38, Serhiy
Storchakastorch...@gmail.com wrote:
I don't understand why Python may not include the pytz. The Olson
tz database is not part of pytz.
Yes it is.
Python can
On 4/1/2012 9:16 AM, Lennart Regebro wrote:
On Sat, Mar 31, 2012 at 21:20, Terry Reedytjre...@udel.edu wrote:
The Windows installer, by default, installs tcl/tk while Python on other
systems uses the system install. Why can't we do the same for the Olson
database?
The problem is that it
On 4/5/2012 10:06 AM, R. David Murray wrote:
(reformatted to remove topposting)
On Thu, 05 Apr 2012 14:52:56 +0300, Andrew Svetlovandrew.svet...@gmail.com
wrote:
On Thu, Apr 5, 2012 at 1:21 PM, Antoine Pitrousolip...@pitrou.net wrote:
Aren't there any docs?
Maybe you will be surprised,
On 4/9/2012 9:13 AM, r.david.murray wrote:
http://hg.python.org/cpython/rev/eff551437abd
changeset: 76176:eff551437abd
user:R David Murrayrdmur...@bitdance.com
date:Mon Apr 09 08:55:42 2012 -0400
summary:
#14533: if a test has no test_main, use loadTestsFromModule.
This
Some comments...
On 4/9/2012 11:09 AM, antoine.pitrou wrote:
http://hg.python.org/cpython/rev/704630a9c5d5
changeset: 76179:704630a9c5d5
user:Antoine Pitrousolip...@pitrou.net
date:Mon Apr 09 17:03:32 2012 +0200
summary:
Issue #13165: stringbench is now available in the
On 4/9/2012 3:57 PM, R. David Murray wrote:
On Mon, 09 Apr 2012 13:34:25 -0400, Terry Reedytjre...@udel.edu wrote:
Should t.unittest.main(t.__name__) work as well?
That will work.
t.unittest.main(t) will also work and is less typing.
Good. The only doc for the parameter is
On 4/9/2012 5:49 PM, mar...@v.loewis.de wrote:
Zitat von Brian Curtin br...@python.org:
Can someone let me in on the process to upgrade tcl and tk on
svn.python.org? For the VS2010 port it looks like I need to upgrade
since the 8.5.9 versions do not work. They use link options that choke
on
On 4/9/2012 7:53 PM, Brian Curtin wrote:
On Mon, Apr 9, 2012 at 18:41, Terry Reedytjre...@udel.edu wrote:
In particular, it should include a recent fix so that French keyboards work
with tk/tkinter and hence Idle better than now. There has been more than one
complaint about this.
Do you know
On 4/11/2012 3:37 PM, Benjamin Peterson wrote:
Downloads are at
http://python.org/download/releases/2.6.8/
http://python.org/download/releases/2.7.3/
This page lists 'program databases' after the normal msi installers for
Windows. I am puzzled and curious as to what those are, and
From: Jérémy Bethmont jeremy.bethm...@gmail.com
To: python-l...@python.org
Newsgroups: gmane.comp.python.general
There is an error in the MD5 checksums section of the following page:
http://python.org/download/releases/2.7.3/
Python-3.1.5.tgz, Python-3.1.5.tar.bz2 and Python-3.1.5.tar.xz
On 4/17/2012 2:01 PM, Brett Cannon wrote:
Isn't it clearer to say
``sys.path_importer_cache[path] is None`` than
``isinstance(sys.path_importer_cache[path], imp.NullImporter)``?
Yes. Great work. Thanks for helping with the Idle breakage.
--
Terry Jan Reedy
On 4/18/2012 2:45 AM, Stephen J. Turnbull wrote:
On Wed, Apr 18, 2012 at 8:25 AM, Victor Stinner
victor.stin...@gmail.com wrote:
Ok ok, resolution / accuracy / precision are confusing (or at least
not well known concepts).
Maybe not to us, but in fields like astronomy and mechanical
On 4/18/2012 3:19 PM, Ethan Furman wrote:
Brian Curtin wrote:
On Wed, Apr 18, 2012 at 13:07, Ethan Furman et...@stoneleaf.us wrote:
Those who follow the bug tracker will see the issue and act
accordingly.
How does one follow the bug tracker?
I look at the Friday summary, paying particular
On 4/20/2012 12:53 PM, brett.cannon wrote:
http://hg.python.org/cpython/rev/a32be109bd86
changeset: 76428:a32be109bd86
user:Brett Cannonbr...@python.org
date:Fri Apr 20 12:53:14 2012 -0400
summary:
Issue #14581: Windows users are allowed to import modules w/o taking
the file
On 4/27/2012 1:23 AM, Ezio Melotti wrote:
html.parser doesn't use any private _name, so I was considering part of
the public API only the documented names. Several methods are marked
with an # internal comment, but that's not visible unless you go read
the source code.
I could not find
On 4/28/2012 3:16 PM, Brett Cannon wrote:
Who does that? I mean what possible need do you have to start the
interpreter in one directory, but then need to chdir somewhere else
where you are doing your actual importing from, and in a way where you
can't simply attach the directory you want to
On 5/2/2012 10:16 AM, Carl Meyer wrote:
Hi all,
Are the download pages for older Python versions supposed to be kept up
to date at all? I just noticed that the 2.4.6 download page
(http://www.python.org/download/releases/2.4.6/) says things like
Python 2.4 is now in security-fix-only mode
On 5/3/2012 7:16 AM, victor.stinner wrote:
http://hg.python.org/cpython/rev/f1db931b93d3
changeset: 76730:f1db931b93d3
user:Victor Stinnervictor.stin...@gmail.com
date:Thu May 03 13:10:40 2012 +0200
summary:
Issue #14687: str%tuple now uses an optimistic unicode writer
On 5/4/2012 4:49 PM, Carl Meyer wrote:
Hi all,
The recent virtualenv breakage in Python 2.6.8 and 2.7.3 reveals an
issue that deserves to be explicitly addressed in PEP 405: what happens
when the system Python underlying a venv gets an in-place bugfix
upgrade. If the bugfix includes a
On 5/4/2012 11:58 PM, Glenn Linderman wrote:
On 5/4/2012 8:48 PM, Terry Reedy wrote:
CPython is developed, tested, packaged, distributed, and installed as
one unit. It is intended to be run as one package. If something caches
a copy of python.exe, it seems to me that it should check and update
On 5/8/2012 12:21 PM, Alex Leach wrote:
Is there a better way?
This really looks like a python-list question. I don't see that it has
much to do with developing 3.3. (any more than most pythonl-list questions.)
--
Terry Jan Reedy
___
Python-Dev
On 5/10/2012 10:42 AM, Georg Brandl wrote:
On 10.05.2012 10:57, Antoine Pitrou wrote:
On Thu, 10 May 2012 11:33:14 +1000
Nick Coghlanncogh...@gmail.com wrote:
The original concern (that sys.implementation may differ in length
across implementations) has been eliminated by moving all
On 5/11/2012 2:21 AM, Mark Shannon wrote:
Nick Coghlan wrote:
The question now moves to the implementation strategy - whether we
redirect to the C machinery as originally proposed (either via
__build_class__ or a new _types module) or just reimplement the
algorithm in pure Python. The latter
On 5/18/2012 2:39 PM, Hynek Schlawack wrote:
Hi,
At what point should we cut over docs.python.org to point to the
Python 3 documentation by default? Wouldn't this be an easy bit to
flip in order to promote Python 3 more better?
I’d vote for the release of 3.3 instead of a surprise change in
On 5/20/2012 4:31 AM, nick.coghlan wrote:
+ and ``x.__hash__()`` returns an appropriate value such that ``x == y``
+ implies both that ``x is y`` and ``hash(x) == hash(y)``.
I don't understand what you were trying to say with
x == y implies x is y
but I know you know that that is not true
On 5/20/2012 7:02 AM, nick.coghlan wrote:
+def ip_address(address, version=None):
+Take an IP string/int and return an object of the correct type.
+
+Args:
+address: A string or integer, the IP address. Either IPv4 or
+ IPv6 addresses may be supplied; integers less
On 5/21/2012 12:28 AM, Nick Coghlan wrote:
On Mon, May 21, 2012 at 11:23 AM, Guido van Rossumgu...@python.org wrote:
I suggest that we add a separate (virtual) subdomain, e.g. docs3.python.org.
I was about to post the exact same idea.
docs.python.org/py3k is a bit obscure and buried and
On 5/21/2012 2:28 AM, Nick Coghlan wrote:
On Mon, May 21, 2012 at 3:47 PM, Terry Reedytjre...@udel.edu wrote:
What might be useful is to have the 'Other versions' links on the left
margin of *every* page, not just the front page, but have them link to the
corresponding page of the other docs
On 5/21/2012 3:35 AM, Hynek Schlawack wrote:
Also -1 on docs3, that would suggest that it’s still something special
and 2 (= docs) is the real deal.
Guido and I are proposing docs2 and docs3 each pointing to the latest
docs for each series. That puts them on equal status.
docs.python.org,
On 5/21/2012 3:24 AM, Nick Coghlan wrote:
docs.python.org/latest
docs.python.org/dev
docs.python.org/3.2
docs.python.org/3.1
docs.python.org/2.7
docs.python.org/2.6
etc...
This looks great except for 'latest', which is ambiguous and awkward.
Like Guido, I would have docs2 and docs3 link to
On 5/21/2012 7:42 AM, Georg Brandl wrote:
On 05/21/2012 11:09 AM, Łukasz Langa wrote:
Wiadomość napisana przez Nick Coghlan w dniu 21 maj 2012, o godz. 09:24:
The following
would be using docs.python.org as a namespace (and is what I think we
should move towards):
docs.python.org/latest
On 5/21/2012 11:50 AM, Georg Brandl wrote:
On 05/21/2012 02:14 PM, R. David Murray wrote:
On Mon, 21 May 2012 11:41:29 +0200, Georg Brandlg.bra...@gmx.net wrote:
On 05/21/2012 03:23 AM, Guido van Rossum wrote:
I suggest that we add a separate (virtual) subdomain, e.g. docs3.python.org.
On 5/22/2012 3:59 PM, Sandro Tosi wrote:
Thanks Terry for the review! I've attached a patch to issue14814
addressing your points; but..
On Sun, May 20, 2012 at 7:18 PM, Terry Reedytjre...@udel.edu wrote:
+def _get_prefix_length(number1, number2, bits):
+Get the number of leading bits that
On 5/23/2012 7:00 PM, PremAnand Lakshmanan wrote:
I want to install python db2 package for Python but Im unable to install it.
pydev list is for development of future python releases. Ask questions
about using existing python releases on python-list or the gmane mirror.
--
Terry Jan Reedy
On 5/24/2012 4:20 PM, Daniel Farina wrote:
On Thu, May 24, 2012 at 12:59 PM, Mark Shannonm...@hotpy.org wrote:
Please submit a report to the tracker for this.
(Add me to the nosy list if you can)
http://bugs.python.org/issue14903
However, I cannot add you to the nosy list, as you do not
The free Visual Studio 11 Express for Windows 8 (still in beta) will
produce both 32 and 64 bit binaries and allow multiple languages but
will only produce Metro apps. For desktop apps, either the paid Visual
Studio versions or the free 2010 Express releases are required.
On 5/26/2012 3:28 PM, Antoine Pitrou wrote:
Hello,
In http://bugs.python.org/issue14837 I have attached a proof-of-concept
patch to improve the exceptions raised by the ssl module when OpenSSL
signals an error. The current situation is quite dismal, since you get
a sometimes cryptic error
On 5/28/2012 2:53 AM, Georg Brandl wrote:
Am 28.05.2012 03:55, schrieb terry.reedy:
namespace.update(__main__.__dict__)
try:
return eval(name, namespace)
-except (NameError, AttributeError):
+# any exception is possible
On 5/28/2012 10:31 PM, Nick Coghlan wrote:
Given an exchange on the tracker, I feel I should expand on this point.
Historically, our Setup Usage documentation has *only* covered the
main Python executable, even though we actually install additional
tools, including pydoc, idle, 2to3 and now
On 5/28/2012 10:59 PM, Terry Reedy wrote:
On 5/28/2012 9:48 PM, Brian Curtin wrote:
You should probably not have a bare except
Idle code already has many of them
At least 29 by grep. After further discussion, Roger Serwy and I have
agreed that we should start reducing that number rather
On 5/30/2012 1:58 AM, cyberdup...@gmail.com wrote:
Hi,
I apologize if I violate (or am violating) some sacred mailing list rules.
Torsten wrote back in 2010
(http://mail.python.org/pipermail/python-dev/2010-April/099672.html) about
property inheritance behavior and super(). Specifically, only
In 2.7, 'r' and 'ur' string literal prefixes have different effects:
When an 'r' or 'R' prefix is present, a character following a backslash
is included in the string without change, and all backslashes are left
in the string.
When an 'r' or 'R' prefix is used in conjunction with a 'u' or
On 6/1/2012 11:22 AM, Alon Horev wrote:
your thoughts?
Your post on python-ideas is the right place for this and discussion
should be concentrated there.
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
On 6/1/2012 1:27 PM, Brett Cannon wrote:
About the only thing I can think of from the language summit that we
discussed doing for Python 3.3 that has not come about is accepting the
regex module and getting it into the stdlib. Is this still being worked
towards?
Since there is no PEP to define
On 6/3/2012 7:22 AM, Martin v. Löwis wrote:
On 01.06.2012 19:33, Brett Cannon wrote:
Are these dead in the water or are we going to try to change our
release cycle? I'm just asking since 3.3 final is due out in about 3
months and deciding on this along with shifting things if we do make
a
On 6/3/2012 5:02 PM, Nick Coghlan wrote:
The one thing I actually *would* like to see change is for the cadence
of *alpha* releases to be increased to match that of maintenance
releases (that is, I'd like to see Python 3.4a1 released at the same
time as Python 3.3.1: around 6 months after the
On 6/4/2012 7:27 PM, ayodele akingbulu wrote:
I have issues with the installation of rdflib and rdfextras packages on
windows for python 3.2.3. I cannot find anywhere in the document
detailing how to install this packages and succesfully import them in a
python program. not to talk less of
On 6/4/2012 9:22 PM, MRAB wrote:
I'm not planning any further changes to regex. I think it already has
enough features...
Do you have any idea where regex + Python stands in regard to Unicode
TR18 support levels? http://unicode.org/reports/tr18/
While most of the Tailored Support Level 3
On 6/5/2012 8:09 AM, nick.coghlan wrote:
Add PEP 422: Dynamic Class Decorators
+Iterating over decorator entries in reverse order
+-
+
+This order was chosen to match the layout of lexical decorators when
+converted to ordinary function
On 6/5/2012 2:26 PM, PJ Eby wrote:
On Tue, Jun 5, 2012 at 12:42 PM, Terry Reedy tjre...@udel.edu
mailto:tjre...@udel.edu wrote:
I think you should just store the decorators in the correct order of use
+__decorators__ = [deco1, deco2]
and avoid the nonsense (time-waste
On 6/5/2012 4:24 PM, Tarek Sheasha wrote:
Hello,
I have been working for a long time on cross-compiling python for
android I have used projects like:
http://code.google.com/p/android-python27/
I am stuck in a certain area, when I am cross-compiling python I would
like to install SIP and PyQt4
On 6/5/2012 3:17 PM, Guido van Rossum wrote:
On Tue, Jun 5, 2012 at 12:15 PM, Alexander Belopolsky
alexander.belopol...@gmail.com wrote:
On Tue, Jun 5, 2012 at 3:01 PM, Antoine Pitrousolip...@pitrou.net wrote:
You could say the same about equally confusing results, yet equality never
raises
On 6/6/2012 7:40 AM, nick.coghlan wrote:
PEP 422 rewrite to present an idea that a) isn't crazy and
b) it turns out Thomas Heller proposed back in 2001
+There is currently no corresponding mechanism in Python 3 that allows the
+code executed in the class body to directly influence how
On 6/6/2012 7:24 AM, Edward K. Ream wrote:
Hello all,
I'm wondering whether this is the appropriate place to discuss
(global) static type analysis, a topic Guido mentioned around the 28
min mark in his PyCon 2012 keynote,
http://pyvideo.org/video/956/keynote-guido-van-rossum
I think either
On 6/6/2012 6:38 PM, Steven D'Aprano wrote:
redundant. Even so, getfullargspec is not doing any harm. We're not
*adding* complexity, it's already there, and breaking currently working
code by deprecating and then removing it is not a step we should take
lightly. API churn is itself a cost.
On 6/7/2012 8:42 AM, nick.coghlan wrote:
http://hg.python.org/cpython/rev/6e4ec47fba6a
changeset: 77369:6e4ec47fba6a
branch: 3.2
parent: 77363:aa9cfeea07ad
user:Nick Coghlanncogh...@gmail.com
date:Thu Jun 07 22:41:34 2012 +1000
summary:
Nudge readers towards a
On 6/7/2012 10:41 AM, Yury Selivanov wrote:
Hello,
The new revision of PEP 362 has been posted:
http://www.python.org/dev/peps/pep-0362/
Thanks to Brett, Larry, Nick, and everybody else on python-dev
for your corrections/suggestions.
Summary of changes:
1. We don't cache signatures in
On 6/7/2012 4:54 PM, Yury Selivanov wrote:
I think we'll add a 'format' method to the Signature, that will work
like 'inspect.formatargspec'. 'Signature.__str__' will use it with
default parameters/formatters.
Great. If I don't like the default, I could customize.
I'm not sure how __repr__
501 - 600 of 2415 matches
Mail list logo