On 11/10/2013 2:29 PM, Benjamin Peterson wrote:
Python 2.7.6 is now available.
This release resolves crashes of the interactive interpreter on OS X 10.9. The
final release also fixes several issues identified in the release
candidate. Importantly, a security bug in CGIHTTPServer was fixed [1].
On 11/12/2013 4:16 PM, Victor Stinner wrote:
It would also be nice to help developers looking for a sandbox for
their application. Please tell me if you know sandbox projects for
Python so I can redirect users of pysandbox to a safer solution. I
already know PyPy sandbox.
There are several
On 11/14/2013 4:00 AM, Antoine Pitrou wrote:
On Wed, 13 Nov 2013 23:33:02 +0100 (CET)
christian.heimes python-check...@python.org wrote:
+Small string optimization
+=
+
+Hash functions like SipHash24 have a costly initialization and finalization
+code that can dominate
On 11/14/2013 4:55 PM, Tres Seaver wrote:
About the only things I can think of which might break would be doctests,
but people *expect* those to break across third-dot releases of Python
(one reason why I hate them).
My impression is that we avoid enhancing correct exception messages in
On 11/14/2013 5:32 PM, Victor Stinner wrote:
I don't like the functions codecs.encode() and codecs.decode() because
the type of the result depends on the encoding (second parameter). We
try to avoid this in Python.
Such dependence is common with arithmetic.
1 + 2
3
1 + 2.0
3.0
1 + 2+0j
On 11/14/2013 6:03 PM, Nick Coghlan wrote:
You have to get it out of your head that codecs are just about text and
and binary data.
99+% of the current codec module doc leads one to that impression. The
fact that codecs are expected to have a file reader and writer and that
the default
On 11/14/2013 6:57 PM, Chris Barker wrote:
On Thu, Nov 14, 2013 at 1:20 PM, Victor Stinner
Seriously, *all* these tricky bugs are fixed in Python 3. So don't
loose time on trying to workaround them, but invest in the future:
upgrade to Python 3!
Maybe so -- but we are either maintaining 2.7
On 11/14/2013 7:41 PM, Chris Barker wrote:
On Thu, Nov 14, 2013 at 3:58 PM, Steven D'Aprano st...@pearwood.info wrote:
It's not a given that the current behaviour *is* a bug.
I'll concede that it's not a bug unless someone said somewhere that
unicode messages should work
In particular,
http://bugs.python.org/issue19562
propose to change the first assert in Lib/datetime.py
assert 1 = month = 12, month
to
assert 1 = month = 12,'month must be in 1..12'
to match the next two asserts out of the *53* in the file. I think that
is the wrong direction of change, but that is not my
On 11/16/2013 8:39 PM, Guido van Rossum wrote:
Trent, I watched your video and read your slides.
I only read the slides.
(Does the word motormouth mean anything to you? :-)
The extra background (and repetition) was helpful to me in filling in
things, especially about Windows, that I could
On 11/20/2013 5:30 PM, Barry Warsaw wrote:
On Nov 20, 2013, at 09:52 PM, Christian Tismer wrote:
Many customers are forced to stick with Python 2.X because of other products,
but they require a Python 2.X version which can be compiled using Visual
Studio 2010 or better. This is considered an
On 11/21/2013 5:13 PM, mar...@v.loewis.de wrote:
Quoting Greg Ewing greg.ew...@canterbury.ac.nz:
Concerning the version number, I thought the intention of
PEP 404 was simply to say that the PSF would not be releasing
anything called Python 2.8, not to forbid anyone *else*
from doing so.
Or
On 11/28/2013 4:04 PM, Tim Delaney wrote:
I was just getting Jython working with py.exe, and I think the
documentation can be made a bit more friendly. In particular think we
can make it easier for people to determine the correct folder by
changing the line in 3.4.4.1 Customization via INI
On 11/28/2013 5:35 PM, mar...@v.loewis.de wrote:
Quoting Terry Reedy tjre...@udel.edu:
'Two .ini files will be searched by the launcher' sort of implies to
me that the files exist. On my Win7 machine, echo %LOCALAPPDATA%
returns C:\Users\Terry\AppData\Local. If I go to Users/Terry
On 11/28/2013 7:06 PM, Tim Delaney wrote:
By default in Win7 AppData is a hidden folder - you need to go to Tools
On my system, that is Control Panel, not Tools.
| Folder Options | View | Show hidden files, folders and drives to see
it in Explorer (no matter what user you're logged in as).
On 12/6/2013 5:46 AM, Steven D'Aprano wrote:
On Fri, Dec 06, 2013 at 07:28:57AM +0100, Gregory Salvan wrote:
class MyObject(metaclass=ObjectSpec):
''' MyObject doc'''
'attr1 contains something'
attr1 = None
'attr2 contains something'
attr2 = str
'method1 do
On 1/5/2014 11:21 AM, Larry Hastings wrote:
Let me start with a summary of the current status of Argument Clinic.
It's checked in, it seems to be working fine. As of Friday I've checked
in some reasonably complete documentation as a howto:
http://docs.python.org/3.4/howto/clinic.html
At
On 1/8/2014 5:04 PM, Kristján Valur Jónsson wrote:
Believe it or not, sometimes you really don't care about encodings.
Sometimes you just want to parse text files. Python 3 forces you to
think about abstract concepts like encodings when all you want is to
open that .txt file on the drive and
On 1/9/2014 6:25 PM, Chris Barker wrote:
as so -- I want to replace a bit of ascii text surrounded by arbitrary
binary:
(apologies for the py2...)
In [24]: b
Out[24]: '\x01\x00\xd1\x80\xd1a name\xd0\x80'
In [25]: u = b.decode('latin-1')
In [26]: u2 = u.replace('a name', 'a different name')
In
On 1/11/2014 1:44 PM, Stephen J. Turnbull wrote:
We already *have* a type in Python 3.3 that provides text
manipulations on arrays of 8-bit objects: str (per PEP 393).
BTW: I don't know why so many people keep asking for use cases.
Isn't it obvious that text data without known (but ASCII
The following function interpolates bytes, bytearrays, and formatted
strings, the latter two auto-converted to bytes, into a bytes (or
auto-converted bytearray) format. This function automates much of what
some people have recommended for combining ascii text and binary blogs.
The test passes
On 1/13/2014 1:40 PM, Brett Cannon wrote:
So bytes formatting really needn't (and shouldn't, IMO) mirror str
formatting.
This was my presumption in writing byteformat().
I think one of the things about Guido's proposal that bugs me is that it
breaks the mental model of the .format()
On 1/13/2014 3:13 PM, Guido van Rossum wrote:
On Mon, Jan 13, 2014 at 12:02 PM, Brett Cannon br...@python.org wrote:
On Mon, Jan 13, 2014 at 2:51 PM, Terry Reedy tjre...@udel.edu wrote:
I personally would not add 'bytes % whatever'.
Personally, neither would I; just focus on bytes.format
On 1/13/2014 7:06 PM, Chris Angelico wrote:
On Tue, Jan 14, 2014 at 10:48 AM, Jim J. Jewett jimjjew...@gmail.com wrote:
Agreed. But most programs will need it, and people will either
include (the same) 3rd-party library themselves, or write their
own workaround, or have buggy code *is*
On 1/13/2014 4:32 PM, Guido van Rossum wrote:
I will doggedly keep posting to this thread rather than creating more
threads.
Please permit to to doggedly keep pointing you toward the possible
solution I posted on the tracker last October.
But formatb() feels absurd to me. PEP 460 has
On 1/13/2014 5:14 PM, Guido van Rossum wrote:
On Mon, Jan 13, 2014 at 2:05 PM, Brett Cannon br...@python.org wrote:
I have been going on the assumption that bytes.format() would change what
'{}' meant for itself and would only interpolate bytes. That convenient
between Python 2 and 3 since it
On 1/13/2014 7:48 PM, Chris Angelico wrote:
And now for something completely different.
My root buildbot is finally now able to telnet out and get Connection
refused errors. (For the curious, the VirtualBox NAT mode doesn't
work properly, but the new NAT Network mode does. Why? I have no
idea.
On 1/13/2014 10:16 PM, MRAB wrote:
On 2014-01-14 03:03, Terry Reedy wrote:
On 1/13/2014 7:48 PM, Chris Angelico wrote:
And now for something completely different.
My root buildbot is finally now able to telnet out and get Connection
refused errors. (For the curious, the VirtualBox NAT mode
On 1/14/2014 12:03 AM, Guido van Rossum wrote:
On Mon, Jan 13, 2014 at 6:25 PM, Terry Reedy tjre...@udel.edu wrote:
byteformat(b'\x00{}\x02{}def', (b'\x01', b'abc',))
b'\x00\x01\x02abcdef'
re.split produces [b'\x00', b'', b'\x02', b'', b'def']. The only ascii bias
is the one already present
On 1/14/2014 1:11 PM, Jim J. Jewett wrote:
But in terms of explaining the text model, that
separation is important enough that
(1) We should be reluctant to strengthen the
its really just ASCII messages.
(2) It *may* be worth creating a virtual
split in the
Let me answer you both since the issues are related.
On 1/14/2014 7:46 AM, Nick Coghlan wrote:
Guido van Rossum writes:
And that is precisely my point. When you're using a format string,
Bytes interpolation uses a bytes format, or a byte string if you will,
but it should not be thought
On 1/14/2014 7:53 PM, Rob Ward wrote:
I apologise if I have come to the wrong place here,
Yes, you have ;-).
pydev is for development *of* future versions of Python. Try python-list
for development *with* current version.
--
Terry Jan Reedy
___
On 1/15/2014 9:25 PM, Vajrasky Kok wrote:
Dear friends,
from itertools import repeat
list(repeat('a', 3))
['a', 'a', 'a']
list(repeat('a', 0))
[]
repeat.__doc__
'repeat(object [,times]) - create an iterator which returns the
object\nfor the specified number of times. If not specified,
On 1/16/2014 3:31 AM, Serhiy Storchaka wrote:
16.01.14 08:05, Guido van Rossum написав(ла):
In this specific case it's clear to me that the special-casing of
negative count is intentional -- presumably it emulates sequence
repetition, where e.g. 'a'*-1 == ''.
In this specific case it's
On 1/16/2014 5:11 AM, Nick Coghlan wrote:
Guido's successful counter was to point out that the parsing of the
format string itself assumes ASCII compatible data,
Did you see my explanation, which I wrote in response to one of your
earlier posts, of why I think the parsing of the format
On Thu, Jan 16, 2014 at 1:42 AM, Terry Reedy tjre...@udel.edu wrote:
itertools.repeat('a', -1)
repeat('a', 0)
itertools.repeat('a', times=-1)
repeat('a')
itertools.repeat('a', times=-2)
repeat('a', -2)
The first line is correct in both behavior and representation.
The second line
On 1/16/2014 4:59 PM, Guido van Rossum wrote:
I'm getting tired of did you understand what I said.
I was asking whether I needed to repeat myself, but forget that.
I was also saying that while I understand 'ascii-compatible encoding', I
do not understand the notion of 'ascii-compatible data'
On 1/17/2014 10:15 AM, Mark Lawrence wrote:
For both options 1 and 2 surely you cannot be suggesting that after
people have written 2.x code to use format() as %f formatting is to be
deprecated,
I will not be for at least a decade.
they now have to change the code back to the way they may
Responding to two posts at once, as I consider them
On 1/17/2014 11:00 AM, Brett Cannon wrote:
I would rephrase it to switch to %-formatting for bytes usage for their
common code base. If they are working with actual text then using
str.format() still works (and is actually nicer to use IMO).
On 1/20/2014 4:07 AM, Nick Coghlan wrote:
+1 for Contestant 4 for me as well, +0 for Contestant 5, -1 for the
others. Same reasons as Georg, even where my votes are different.
Ditto for me.
--
Terry Jan Reedy
___
Python-Dev mailing list
On 1/20/2014 7:59 AM, Nick Coghlan wrote:
However, while I know you're keen to finally make introspection work
for all C level callables in 3.4, even the ones with signatures that
can't be expressed as Python function signatures, I'd like to strongly
encourage you to hold off on that last part
On 1/20/2014 6:01 AM, Terry Reedy wrote:
On 1/20/2014 4:07 AM, Nick Coghlan wrote:
+1 for Contestant 4 for me as well, +0 for Contestant 5, -1 for the
others. Same reasons as Georg, even where my votes are different.
Ditto for me.
Except that after reading other responses, I might switch 4
On 1/21/2014 10:59 AM, Yury Selivanov wrote:
There is one more, hopefully last, open urgent question with the signature
object. At the time we were working on the PEP 362, PEP 457 didn’t
exist. Nor did we have any function with real positonal-only parameters,
since there was no Argument Clinic
On 1/22/2014 9:25 AM, Donald Stufft wrote:
Awesome, It looks like I’ll be writing a PEP to handle this, I wasn’t
sure if it needed one or not.
Definitely. I think the transition from insecure by default to secure by
default is somewhat comparable to the transition from ascii by default
to
On 1/22/2014 4:41 PM, Larry Hastings wrote:
And yes, with 13 votes cast, it ended with a tie between
clinic/{filename}.h and __clinic__/{filename}.h, both at +4. As
officiant I get to be the tiebreaker.
Yep.
My thoughts so far:
* A bunch of longtime Python core devs cast their votes for
On 1/23/2014 12:22 PM, Serhiy Storchaka wrote:
Currently there is a mismatch between documented parameter names in some
methods of regex pattern object.
match(), search(), and fullmatch() (the last was added in 3.4) document first
arguments as string:
match(string[, pos[, endpos]])
On 1/24/2014 11:32 AM, Ram Rachum wrote:
Question: Why is there no str.rreplace in Python?
Ram, this list is for discussing the development of the next few
releases of CPython. General questions should go to python-list.
--
Terry Jan Reedy
___
On 1/24/2014 12:19 PM, Ram Rachum wrote:
Hmm, on one hand I understand the need for the separation between
python-dev and python-list, but on the other hand I don't think
python-list is a good place to discuss Python, the language.
Python-list is the place for such discussions. Questions such
On 1/24/2014 12:50 PM, Wes Turner wrote:
On Jan 24, 2014 11:43 AM, Terry Reedy tjre...@udel.edu
mailto:tjre...@udel.edu wrote:
On 1/24/2014 12:19 PM, Ram Rachum wrote:
Hmm, on one hand I understand the need for the separation between
python-dev and python-list, but on the other hand I
On 1/25/2014 10:37 AM, Larry Hastings wrote:
On 01/25/2014 07:26 AM, Nick Coghlan wrote:
However, you've indicated that adding varargs support is going to take
you quite a bit of work, so postponing it is an option definitely
worth considering at this point in the release cycle.
It's worth
On 1/26/2014 11:02 PM, Nick Coghlan wrote:
On 27 January 2014 13:51, Alexander Belopolsky
alexander.belopol...@gmail.com wrote:
On Sun, Jan 26, 2014 at 12:00 PM, Vajrasky Kok sky@speaklikeaking.com
wrote:
repeat('a', times=-1)
repeat('a')
As I think about it, this may be more than a
On 1/28/2014 10:02 PM, Kristján Valur Jónsson wrote:
marshall is not guaranteed to be backward compatible between Python
versions, so it's generally not a good idea to use it for serialization.
How often I hear this argument :)
For many people, serialized data is not persisted. But used
On 2/1/2014 8:06 PM, Steven D'Aprano wrote:
Hi all,
Over on the Python-ideas list, there's a thread about the new statistics
module, and as the author of that module, I'm looking for a bit of
guidance regarding backwards compatibility. Specifically two issues:
(1) With numeric code, what
On 2/3/2014 9:43 AM, Larry Hastings wrote:
A quick summary of the context: currently in CPython 3.4, a builtin
function can publish its signature as a specially encoded line at the
top of its docstring. CPython internally detects this line inside
PyCFunctionObject.__doc__ and skips past it,
On 2/4/2014 9:03 AM, Lukas Vacek wrote:
Hi everyone,
Just wondering if anyone has looked into
http://bugs.python.org/issue19186 - priority has been changed to
critical four months ago but nothing has happened since.
I think it would be nice to get this sorted before python3.4 release
On 2/11/2014 6:03 AM, Matěj Cepl wrote:
Suggested fix for bug# 19494
This is my first attempt to contribute to Python itself, so please be
gentle with me. Yes, I know that I miss unit tests and port to other
branches of Python (this is against 2.7), but I would like first some
feedback to see
On 2/12/2014 3:38 PM, Nick Coghlan wrote:
Just deleting the Python directory hasn't been the right thing to do in
a very long time - it leaves cruft in the registry at the very least
(that will confuse other tools into thinking Python is still installed),
and since Python 3.3 will also leave
On 2/13/2014 11:08 AM, Jessica McKellar wrote:
Hi folks,
Terri Oda's original message to this list about CPython's participation
in Google Summer of Code 2014 is at the end of this email.
If you'd like to see CPython participate in Google Summer of Code 2014,
we need*at least 2 people* to say
The idea of top and bottom objects, by whatever name, has be proposed,
discussed, and rejected on python-ideas list (which is where this
discussion really belongs if continued).
On 2/14/2014 4:41 PM, Chris Angelico wrote:
(though it could get a bit tricky -- what would AlwaysGreater
On 2/15/2014 1:12 PM, Serhiy Storchaka wrote:
Many Python tests were written a very long time before the unittest,
using simple asserts. Then, when they have been ported to the unittest,
asserts were replaced with the assert_ method and then with assertTrue.
The unittest has a number of other
On 2/16/2014 2:52 PM, Serhiy Storchaka wrote:
16.02.14 10:19, Georg Brandl написав(ла):
As soon as a patch has been provided and tested, I will make a schedule
for 3.3.5 including the fix. Until then, using 3.3.3 is probably the
best solution.
Then could you please include the fix for #20538
On 2/17/2014 7:25 AM, M.-A. Lemburg wrote:
On 17.02.2014 13:12, Nick Coghlan wrote:
On 17 Feb 2014 21:15, M.-A. Lemburg m...@egenix.com wrote:
On 15.02.2014 07:03, Stephen J. Turnbull wrote:
M.-A. Lemburg writes:
IMO, it was a mistake to have None return a TypeError in
comparisons,
On 2/17/2014 10:22 AM, M.-A. Lemburg wrote:
On 17.02.2014 15:38, Jon Ribbens wrote:
On Mon, Feb 17, 2014 at 12:43:25PM +0100, M.-A. Lemburg wrote:
This doesn't only apply to numeric comparisons. In Python 2 you
can compare None with any kind of object and it always sorts first,
No you can't.
On 2/17/2014 12:59 PM, Terry Reedy wrote:
On 2/17/2014 10:22 AM, M.-A. Lemburg wrote:
On 17.02.2014 15:38, Jon Ribbens wrote:
On Mon, Feb 17, 2014 at 12:43:25PM +0100, M.-A. Lemburg wrote:
This doesn't only apply to numeric comparisons. In Python 2 you
can compare None with any kind of object
On 2/17/2014 1:18 PM, Serhiy Storchaka wrote:
17.02.14 14:11, M.-A. Lemburg написав(ла):
Of course, it's easy to add a new type for this, but a lot of Python 2
code relies on None behaving this way, esp. code that reads data from
databases, since None is the Python mapping for SQL NULL.
At
On 2/17/2014 5:25 PM, Nick Coghlan wrote:
On 17 Feb 2014 22:25, M.-A. Lemburg m...@egenix.com
mailto:m...@egenix.com wrote:
default_3way_compare(PyObject *v, PyObject *w)
...
/* None is smaller than anything */
Unless it is not, as with datetimes, perhaps other classes written
On 2/17/2014 6:20 PM, Victor Stinner wrote:
2014-02-17 0:25 GMT+01:00 Larry Hastings la...@hastings.org:
You might think that anything you check in to the default branch in Python
trunk will go into 3.4.0 rc2, and after that ships, checkins would go into
3.4.0 final. Ho ho ho! That's not
On 2/18/2014 12:11 AM, Greg Ewing wrote:
Nobody is asking for a return to the arbitrary-but-
[in]consistent mess of Python 2, only to bring
back *one* special case, i.e. None comparing less
than everything else.
For a None, that is only the fallback rule if a does not handle the
comparison.
On 2/18/2014 2:35 AM, Greg Ewing wrote:
results = sorted(invoices, key=attrgetter('duedate'), none='first')
I think this is the best idea on the thread. As a pure enhancement, it
could be added in 3.5. The only tricky part of the implementation is
maintaining stability of the sort. The
On 2/18/2014 12:32 AM, Greg Ewing wrote:
Terry Reedy wrote:
To make None a true bottom object, the rich comparison methods would
have to special-case None as either argument before looking at the
__rc__ special methods of either.
I don't think it would be necessary to go that far
I am working through the multiple bugs afflicting tokenize.untokenize,
which is described in the tokenize doc and has an even longer docstring.
While the function could be implemented as one 70-line function, it
happens to be implemented as a 4-line wrapper for a completely
undocumented
On 2/20/2014 11:58 PM, Ethan Furman wrote:
Now that Larry is working on the 3.4.0 branch away from default, what is
default pointing to? 3.4.1 or 3.5?
Until a 3.4 branch is split off, default is effectively 3.4.1, which
means bugfixes only.
--
Terry Jan Reedy
On 2/21/2014 2:06 AM, anju Tiwari wrote:
I have two version of python 2.4 and 2.7.
By default python version is 2.4 . I want to install need to install
some rpm
which needs python 2.7 interpreter. how can I enable 2.7 interpreter for
only those
packages which are requiring python 2.7, I don’t
On 2/25/2014 6:25 AM, Rik wrote:
I want to try to submit a patch for 2.7, but I don't know how to run the
tests for the 2.7 branch. `./configure` doesn't seem to create a
`python.exe` file on the 2.7 branch on OS X Mavericks, and I do need
this file according to this guide:
On 2/25/2014 8:32 AM, Chris Angelico wrote:
On Wed, Feb 26, 2014 at 12:21 AM, Donald Stufft don...@stufft.io wrote:
Instead of pre-generating one set of values that can be be used to DoS things
you have to pre-generate 256 sets of values and try them until you get the
right one. It’s like
On 2/25/2014 8:56 PM, Surya wrote:
Hey there,
I am Surya, studying final year of Engineering. I have looked into Core
Python's ideas list and got interested in Email module.
I've been working on Django over the past few years, and now like to
work on slightly a different layer of protocols
On 2/26/2014 12:34 PM, Paul Moore wrote:
The subject of this email mentions GSoC, it's probably worth
clarifying that the GSoC process is still under way and there isn't
(as far as I know, I'm not involved myself) a confirmed list of
mentors and projects in place yet.
There is a confirmed
On 2/28/2014 12:05 PM, Burgoon, Jason wrote:
One of the shortcuts ‘Start Menu\Programs\Python 3.3\ Module Docs’ is
not getting launched. When I launch this shortcut, it is not opening any
window.
I have tried with admin user and non-admin user.
Is this expected behavior?
No, it is a bug that
On 3/1/2014 2:57 PM, Sebastian Kraft wrote:
Hi everybody,
more than a year ago I have submitted a patch to enhance the Wave module
with read/write support for floating point data.
http://bugs.python.org/issue16525
Up till now this patch has not been applied nor did I get feedback if
anything
On 3/1/2014 3:25 PM, Antoine Pitrou wrote:
On Sat, 01 Mar 2014 15:08:00 -0500
Terry Reedy tjre...@udel.edu wrote:
On 3/1/2014 2:57 PM, Sebastian Kraft wrote:
Hi everybody,
more than a year ago I have submitted a patch to enhance the Wave module
with read/write support for floating point data
On 3/1/2014 7:11 PM, Chris Angelico wrote:
Way back in 2012, Martin Löwis declared a standing offer on this list
to get issue patches reviewed: review five issues and he'll review one
of yours.
As I remember, he set a pretty low bar for 'review', lowing that I think
you are thinking.
I
On 3/2/2014 1:51 AM, Chris Angelico wrote:
On Sun, Mar 2, 2014 at 4:07 PM, Terry Reedy tjre...@udel.edu wrote:
On 3/1/2014 7:11 PM, Chris Angelico wrote:
I have a couple of patches outstanding, notably issue 20249 [2], which
is a small change, has a patch, and has no activity or nosying since
Suppose a 2.7 standard library function is documented as taking a
'string' argument, such as these examples from the turtle module.
pencolor(colorstring)
Set pencolor to colorstring, which is a Tk color specification
string, such as red, yellow, or #33cc8c.
turtle.shape(name=None)
not a
good idea to switch from str to basestring is when the data is meant to
be binary -- but in this case it's clearly text (we can also tell from
what the same code looks like in Python 3 :-).
Thanks to both of you. 'bugfix' noted on the issue.
On Sun, Mar 2, 2014 at 12:01 PM, Terry Reedy tjre
On 3/2/2014 4:23 PM, Serhiy Storchaka wrote:
02.03.14 22:01, Terry Reedy написав(ла):
Is this a programmer error for passing unicode instead of string, or a
library error for not accepting unicode?
Is changing 'isinstance(x, str)' in the library (with whatever other
changes are needed) a bugfix
On 3/3/2014 7:13 AM, Larry Hastings wrote:
On 03/03/2014 03:01 AM, Victor Stinner wrote:
Hi,
I would like to know if the cherry-picking rule still applies for
Python 3.4 final? Can I open an issue if I want to see a changeset in
the final version?
Sadly, yes.
Doc changes appear online
On 3/5/2014 8:15 PM, Steven D'Aprano wrote:
On Wed, Mar 05, 2014 at 12:57:03PM -0800, Thomas Wouters wrote:
On Thu, Feb 27, 2014 at 1:29 PM, Chris Angelico ros...@gmail.com wrote:
+Had this facility existed early in Python's history, there would have been
+no need to create dict.get() and
On 3/7/2014 3:10 PM, Jurko Gospodnetić wrote:
Hi.
I just noticed that the way help() function displays a function
signature changed between Python 3.3 3.4 but I can not find this
documented anywhere. Here's a matching example in both Python 3.3
Python 3.4 for comparison:
On 7/2/2012 2:51 PM, Antoine Pitrou wrote:
Hello,
I have decided to add two new buildslaves to the stable buildbots fleet:
- Łukasz Langa's AMD64 OS Lion buildbot (using clang as compiler)
- Jeremy Kloth's AMD64 Windows7 buildbot (our first 64-bit Windows
buildbot!)
Great.
They bring
On 7/4/2012 5:57 AM, anatoly techtonik wrote:
On Fri, Jun 29, 2012 at 11:32 PM, Georg Brandl g.bra...@gmx.net wrote:
Anatoly, so far there were no negative votes -- would you care to go
another step and propose a patch?
Was about to say no problem,
Did you read that there *are* strong
On 7/14/2012 6:11 PM, Alex Gaynor wrote:
...
Various thoughts:
This method is then used by various other functions (such +as ``map``)
to presize lists
-- map no longer produces lists. This only makes sense in 3.x if you
mean that map can pass along the value of its inputs.
Types can then
On 7/24/2012 12:44 AM, anatoly techtonik wrote:
Python 3 check explicitly tells the reader that 2to3 should only be
used in Python 3. Otherwise everybody need to guess when this *_2to3
tools are triggered. As for me, I see no technical limitations why
*_2to3 can not be run by Python 2 (PyPy,
On 7/26/2012 2:50 PM, Thomas Heller wrote:
Am 26.07.2012 20:16, schrieb mar...@v.loewis.de:
Don't you have commit rights still?
I dont't know.
The tracker thinks you do. That is what the Python logo next to your
name means.
Anyway, I do know nearly nothing about hg and don't have
On 7/29/2012 4:42 PM, Barry Warsaw wrote:
I just freed up a bunch, but not all, of the messages to python-checkins being
held for moderator approval. We could use some additional moderator
volunteers. I'm not sure Fred is still moderating the list, and I suck at it.
It seems that me that
On 8/13/2012 10:45 AM, Guido van Rossum wrote:
Not so fast. If you make this a language feature you force all Python
implementations to support an identical AST API. That's a big step.
I have been wondering about this. One could think from the manuals that
we are there already. From the
On 8/13/2012 4:46 PM, Guido van Rossum wrote:
On Mon, Aug 13, 2012 at 1:05 PM,fwierzbi...@gmail.com
fwierzbi...@gmail.com wrote:
On Mon, Aug 13, 2012 at 12:06 PM, Brett Cannonbr...@python.org wrote:
I see nothing about ast possibly being CPython only. Should there be?
Time to ask the
The issue came up in python-list about string operations being slower in
3.3. (The categorical claim is false as some things are actually
faster.) Some things I understand, this one I do not.
Win7-64, 3.3.0b2 versus 3.2.3
print(timeit(c in a, c = '…'; a = 'a'*1000+c)) # ord(c) = 8230
# .6 in
On 8/18/2012 5:27 PM, Antoine Pitrou wrote:
On Sat, 18 Aug 2012 17:17:14 -0400
Terry Reedy tjre...@udel.edu wrote:
The issue came up in python-list about string operations being slower in
3.3. (The categorical claim is false as some things are actually
faster.) Some things I understand
On 8/21/2012 9:04 AM, Victor Stinner wrote:
2012/8/18 Terry Reedy tjre...@udel.edu:
The issue came up in python-list about string operations being slower in
3.3. (The categorical claim is false as some things are actually faster.)
Yes, some operations are slower, but others are faster
root@python is indirectly trying to send doc cron job failure messages
to the python-checkings list. headers below. They are caught and held
for moderation since Blind carbon copies or other implicit destinations
are not allowed. I think it is a mistake to send these messages to
checkins,
1301 - 1400 of 2415 matches
Mail list logo