On 11/28/2013 5:35 PM, mar...@v.loewis.de wrote:
Quoting Terry Reedy :
'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 with
Explorer, t
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 someth
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 ex
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 ASCI
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 o
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() meth
On 1/13/2014 3:13 PM, Guido van Rossum wrote:
On Mon, Jan 13, 2014 at 12:02 PM, Brett Cannon wrote:
On Mon, Jan 13, 2014 at 2:51 PM, Terry Reedy wrote:
I personally would not add 'bytes % whatever'.
Personally, neither would I; just focus on bytes.format() and let % operator
On 1/13/2014 7:06 PM, Chris Angelico wrote:
On Tue, Jan 14, 2014 at 10:48 AM, Jim J. Jewett 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* sufficient.
Well, no, th
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 nei
On 1/13/2014 5:14 PM, Guido van Rossum wrote:
On Mon, Jan 13, 2014 at 2:05 PM, Brett Cannon 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 represents what we
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
i
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 Virtu
On 1/14/2014 12:03 AM, Guido van Rossum wrote:
On Mon, Jan 13, 2014 at 6:25 PM, Terry Reedy wrote:
byteformat(b'\x00{}\x02{}def', (b'\x01', b'abc',))
b'\x00\x01\x02abcdef'
re.split produces [b'\x00', b'', b'\x02'
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 doc
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 o
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
___
Py
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, re
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 contrar
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 strin
On Thu, Jan 16, 2014 at 1:42 AM, Terry Reedy 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 bot
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
we
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
Python-Dev@p
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 u
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 ye
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 un
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]])
search(str
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
___
Pyt
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 a
On 1/24/2014 12:50 PM, Wes Turner wrote:
On Jan 24, 2014 11:43 AM, "Terry Reedy" 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 py
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 con
On 1/26/2014 11:02 PM, Nick Coghlan wrote:
On 27 January 2014 13:51, Alexander Belopolsky
wrote:
On Sun, Jan 26, 2014 at 12:00 PM, Vajrasky Kok
wrote:
repeat('a', times=-1)
repeat('a')
As I think about it, this may be more than a bug but a door for a denial of
service attack. Imagine
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 e.g.
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 happe
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
Benjamin
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 w
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 the
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 t
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 > float('i
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 met
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" 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, since it makes
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 o
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 the
On 2/17/2014 5:25 PM, Nick Coghlan wrote:
On 17 Feb 2014 22:25, "M.-A. Lemburg" 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
similarly,
On 2/17/2014 6:20 PM, Victor Stinner wrote:
2014-02-17 0:25 GMT+01:00 Larry Hastings :
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 true! Instead, anyth
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 ob
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.
It
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 (Untoke
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 wa
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:
http://docs.python.org
On 2/25/2014 8:32 AM, Chris Angelico wrote:
On Wed, Feb 26, 2014 at 12:21 AM, Donald Stufft 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 putting on armor made
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 and
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 list
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 I
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 n
On 3/1/2014 3:25 PM, Antoine Pitrou wrote:
On Sat, 01 Mar 2014 15:08:00 -0500
Terry Reedy 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.
http
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 have
On 3/2/2014 1:51 AM, Chris Angelico wrote:
On Sun, Mar 2, 2014 at 4:07 PM, Terry Reedy 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
its creation
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)
s 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 1
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
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 withi
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 wrote:
+Had this facility existed early in Python's history, there would have been
+no need to create dict.get() and related methods;
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 3/13/2014 7:34 AM, Stephen J. Turnbull wrote:
Christian Heimes writes:
> But I don't want it to sound like an advert... Suggestions?
Not to worry. It *can't* be an advert -- it's all true, and there are
no irrelevant half-naked glistening bodies. (Former newts in the pond
don't count.)
On 3/17/2014 3:57 PM, Sean Felipe Wolfe wrote:
I'm working on some IDLE oriented bugs and I'm having some trouble
building the 3.3 branch:
Starting today, Idle for 3.3 is no more patched.
2.7, 3.4, and 3.5 will be patched for now.
--
Terry Jan Reedy
_
On 3/18/2014 3:52 AM, Maciej Fijalkowski wrote:
Hi
I have a question about calling __eq__ in some cases.
We're thinking about doing an optimization where say:
if x in d:
return d[x]
if d.__contains__(x): return d.__getitem__(x)
I do not see any requirement to call x.__eq__ any particula
On 3/18/2014 12:44 PM, Antoine Pitrou wrote:
Hello Xavier,
It is not obvious your message is appropriate for python-dev. It looks
like mere advertising;
The wording is typical for slightly indirect sales pitches in English.
The same non-specific (no language mentioned) message was sent to
py
On 3/18/2014 9:09 PM, Steven D'Aprano wrote:
Currently, the code:
if key in dict:
return dict[key]
performs two dictionary lookups. If you read the code, you can see the
two lookups: "key in dict" performs a lookup, and "dict[key]" performs a
lookup.
The doc says that
@deco
d
On 3/22/2014 8:55 PM, Nick Coghlan wrote:
Unfortunately, "rudimentary SSL support" is worse than nothing.
I'm going to try to find a way to steal that line and get it into the
PEP. I'm not sure yet if my proposal is the *right* answer, but this
observation gets right to the heart of the proble
On 3/23/2014 3:29 AM, Cory Benfield wrote:
On 23 March 2014 at 04:32:17, Terry Reedy
(tjre...@udel.edu(mailto:tjre...@udel.edu)) wrote:
Instead, I think the PEP should propose a special series of server
enhancement releases that are based on the final 2.7 maintenance release
(2.7.8 or 2.7.9
On 3/23/2014 9:00 AM, Skip Montanaro wrote:
On Sat, Mar 22, 2014 at 11:31 PM, Terry Reedy wrote:
The download page for the final 2.7.z maintenance release could say
something like "We recommend that you move to the most recent Python 3
version if at all possible. If you cannot do that an
On 3/23/2014 8:03 PM, Barry Warsaw wrote:
On Mar 23, 2014, at 08:00 AM, Skip Montanaro wrote:
I'm unclear how this would be better than just biting the bullet and
making a 2.8 release. On the one hand, the 2.7.x number suggests
(based on the existing release protocol) that it should be a drop-i
On 3/23/2014 7:48 PM, Nick Coghlan wrote:
Agreed. That's a key part of why the proposal is mainly about syncing
certain key modules with their Python 3 counterparts, rather than
piecemeal backports. That way, all you need to know is "the SSL, hashlib
and hmac modules are kept in sync with Python
On 3/23/2014 7:47 PM, Antoine Pitrou wrote:
On Sun, 23 Mar 2014 19:44:42 -0400
"R. David Murray" wrote:
On Sun, 23 Mar 2014 21:43:14 +0100, Antoine Pitrou wrote:
On Sun, 23 Mar 2014 20:47:28 +0100 (CET)
r.david.murray wrote:
...
Previously a non-string, non-regex second argument could cau
On 3/24/2014 6:51 PM, Andrew M. Hettinger wrote:
I thought I'd wait until the 3.4 release before I bothered asking about
this: http://bugs.python.org/issue20469
I don't think I'm qualified to actually be writing code for the ssl
module, but is there anything else that I can do to help?
I could
On 3/24/2014 7:04 PM, Donald Stufft wrote:
On Mar 24, 2014, at 5:38 PM, Nick Coghlan mailto:ncogh...@gmail.com>> wrote:
Beyond that, PEP 462 covers another way for corporate users to give
back - if they want to build massive commercial enterprises on our
software, they can help maintain and u
On 3/24/2014 9:43 AM, Nick Coghlan wrote:
And time for round 3 :)
And round 3 of my response: contrary to what I said before, I now think
that the base proposal should be the simplest possible: selectively (and
minimally) waive the 'no-enhancement in maintenance release policy' for
future 2.
On 3/25/2014 6:15 PM, Nick Coghlan wrote:
I am not sure how this meme got started, but let me be clear: the
proposed policy DOES NOT provide blanket permission to break backwards
compatibility in the affected modules. It only allows ADDING new
features to bring these modules into line with their
On 3/26/2014 4:59 PM, Guido van Rossum wrote:
Actually, the first step is publish it on PyPI, the second is to get a
fair number of happy users there. The bar for getting something included
into the stdlib is pretty high -- you need to demonstrate that there is
a need *and* that having it as a 3r
On 3/27/2014 9:16 PM, Josiah Carlson wrote:
You don't understand the point because you don't understand the feature
request or PEP. That is probably my fault for not communicating the
intent better in the past. The feature request and PEP were written to
offer something like the below (or at leas
On 3/28/2014 12:45 PM, Josiah Carlson wrote:
If it makes you feel any better, I spent an hour this morning building a
2-function API for Linux and Windows, both tested, not using ctypes, and
not even using any part of asyncio (the Windows bits are in msvcrt and
_winapi). It works in Python 3.3+.
On 3/28/2014 6:20 AM, Victor Stinner wrote:
Full example of asynchronous communication with a subprocess (the
python interactive interpreter) using asyncio high-level API:
Thank you for writing this. As I explained in response to Josiah, Idle
communicates with a python interpreter subprocess
On 3/28/2014 5:09 PM, Guido van Rossum wrote:
To be clear, the proposal for Idle would be to still use the RPC
protocol, but run it over a pipe instead of a socket, right?
The was and is the current proposal, assuming that it is the easiest
thing to do that would work. While responding to Vict
On 3/28/2014 5:12 PM, Antoine Pitrou wrote:
On Fri, 28 Mar 2014 16:58:25 -0400
Terry Reedy wrote:
However, the code below creates a subprocess for one command and one
response, which can apparently be done now with subprocess.communicate.
What I and others need is a continuing (non-blocking
On 3/29/2014 11:30 AM, Antoine Pitrou wrote:
On Sat, 29 Mar 2014 04:44:32 -0400
Terry Reedy wrote:
On 3/28/2014 5:12 PM, Antoine Pitrou wrote:
[for Idle]
Why don't you use multiprocessing or concurrent.futures? They have
everything you need for continuous conversation between processes
On Thu, Mar 27, 2014 at 3:05 PM, Antoine Pitrou mailto:solip...@pitrou.net>> wrote:
I think we have reached a point where adding porting-related facilities
AFAIK, The only porting specific feature is %s as a synonym for %b. Not
pretty, but tolerable. Otherwise, I have the impression th
On 3/29/2014 8:28 PM, Nick Coghlan wrote:
The "future" project already contains a full backport of a true bytes
type, rather than relying on Python 2 str objects:
http://python-future.org/what_else.html#bytes
That project looks really nice!
It seems to me that the easiest way to make any for
On 3/31/2014 2:30 PM, Eric Snow wrote:
On Tue, Feb 18, 2014 at 2:09 PM, Terry Reedy wrote:
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
301 - 400 of 2504 matches
Mail list logo
