Christian Heimes wrote:
good stuff deleted
As long as Python supports XP we shouldn't use symlinks on Windows for
stuff like virtualenv. The python.exe on Windows is small (just a few
kb) since it is linked against the dll. Let's copy it and we are on the
safe side.
+1. Even if we dropped XP
Steven Bethard wrote:
On Fri, Feb 19, 2010 at 7:50 AM, Brett Cannon br...@python.org wrote:
My notes from the session I led:
+ argparse
- Same issues brought up.
For those of us not at PyCon, what were the issues?
I think they were all related to deprecation of optparse, not anything
Brett Cannon wrote:
Yes, DeprecationWarning is now silent under Python 2.7 and 3.1 so a
DeprecationWarning would only pop up if developers exposed
DeprecationWarning. But if the module is not about to be removed in 3.x
then I think regardless of the silence of both warnings it should stay
This code works on 2.6 and 3.0:
format(1+1j, '10s')
'(1+1j)'
That's because format ends up calling object.__format__ because complex
doesn't have its own __format__. Then object.__format__ calls str(self)
which returns '(1+1j)'. So the original call basically turns into
Eric Smith wrote:
This code works on 2.6 and 3.0:
format(1+1j, '10s')
'(1+1j)'
That's because format ends up calling object.__format__ because complex
doesn't have its own __format__. Then object.__format__ calls str(self)
which returns '(1+1j)'. So the original call basically turns
The root cause of this problem is object.__format__, which is basically:
def __format__(self, fmt):
return str(self).__format__(fmt)
So here we're changing the type of the object (to str) but still keeping
the same format string. That doesn't make any sense: the format string
is type
http://bugs.python.org/issue7094 proposes adding alternate formatting
[1] to floating point new-style formatting (float.__format__ and
probably Decimal.__format__). I'd like to add this to make automated
translation from %-formatting strings to str.format strings easier.
Would this be allowed
Are the diffs gone for some deliberate reason?
I realize the link tells me the changes, but I'll review a lot more code
if the diffs show up in my inbox than if I have to fire up a browser,
especially from my phone.
Eric.
Brett Cannon wrote:
1) I miss not having the affected files listed
Nick Coghlan wrote:
Greg Ewing wrote:
Steven Bethard wrote:
Because the names are so long and you'd have to import them, I've left
them as private attributes of the module, but if there's really
demand, we could rename them to argparse.StoreTrueAction, etc.
What's wrong with just StoreTrue?
Can you create an issue on the bug tracker? Otherwise this will get lost.
Eric.
On 3/13/2010 12:24 PM, gregory dudek wrote:
The Telnet module telnetlib.py can be
very slow -- unusably slow -- for large automated data transfers. There are
typically done in raw mode.
The attached patch
Sean Reifschneider wrote:
If you call:
from syslog import syslog, openlog
syslog('My error message')
Something like the following gets logged:
Mar 18 05:20:22 guin python: My error message
^^
Where I'm annoyed by the python in the above. This is pulled
Brian Curtin wrote:
Hi all,
Having been active in bug triage and patch writing/reviewing since late
2009, it was suggested in the python-dev IRC channel that I request
commit access to the repository. I'm primarily a Windows user and have
worked with many of the other active contributors to
Filip Gruszczyński wrote:
From that spec, a straightforward API falls out:
def format_mapping(self, kwds):
# Method body actually written in C, so it can
# easily invoke the internal formatting operation
return do_string_format(self, NULL, kwds)
Thanks a lot for the advice,
Nick Coghlan wrote:
Filip Gruszczyński wrote:
I would appreciate any advice on this topic, even if this ticket would
be dismissed altogether, as I would like to learn as much as possible
on practices on developing Python.
Raymond's use case is valid, but the currently proposed method name is
Nick Coghlan wrote:
Moving the decision of how am I going to be called to the time of
writing the format string is a bit odd.
On the other hand, the specially crafted format string does have the
virtue of travelling far more easily through any APIs that wrap the
basic format() method (since it
Andrew MacIntyre wrote:
It is nice to get
heads-up messages about issues that might involve such support though,
and it shouldn't take much searching to find me to enquire.
Especially since aimacintyre is listed in Misc/maintainers.rst.
___
Steven Bethard wrote:
By the way, we could simplify the typical add_argument usage by adding
show program's version number and exit as the default help for the
'version' action. Then you should just write:
parser.add_argument('--version', action='version', version='the version')
I like
Cameron Simpson wrote:
On 20Apr2010 15:27, Neal Becker ndbeck...@gmail.com wrote:
| Steven Bethard wrote:
|
| On Tue, Apr 20, 2010 at 11:55 AM, Neal Becker ndbeck...@gmail.com wrote:
| I've noticed argparse ambiguity handling has changed a bit over last few
| revisions.
|
| I have cases
Jeroen Ruigrok van der Werven wrote:
-On [20100422 10:55], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
The next big piece is the FHS-compatible handling of resource files,
which will worth a PEP on its own.
You do realize, I hope, that FHS is only followed by Linux distributions and
not even
Sounds good to me (subject to arguing about spellings, case
insensitivity, etc.). Just so it doesn't get lost, I created issue 8538
to track it.
Neal Becker wrote:
steven.beth...@gmail.com made a very nice module for me to enhance argparse
called argparse_bool.py, which contains
Currently, the 'default' Priority for new tracker issues is '- no
selection -'. This is, I believe, widely understood to be equivalent to
'normal'. Consequently, almost no one bothers to make a selection. This
applies even to experienced people like (in the last hour) Jesus Crea
(#8536), Eric
Martin v. Löwis wrote:
If possible, I think 'normal' should be the default in the hox or else
there should be some sort of auto replacement.
Makes sense to me.
I have now changed to make 'normal' the default priority for new issues.
Shall I also set the priority on all past issues to normal
Dirkjan Ochtman wrote:
On Tue, May 4, 2010 at 14:41, Antoine Pitrou solip...@pitrou.net wrote:
I think we should reindent all 3 branches. Most of the work can probably be
scripted (str.replace(\t, * 4)), and then a visual pass is necessary to
fix vertical alignments and the like.
If the
It looks like we're moving ahead with removing tabs. Was there consensus
on this?
Last I saw Antoine had written a script that might do what we want, but
hadn't been thoroughly tested. Now I've seen a few checkins for files
that have been run through the script.
What gives? And why do this
Antoine Pitrou wrote:
Eric Smith eric at trueblade.com writes:
Last I saw Antoine had written a script that might do what we want, but
hadn't been thoroughly tested. Now I've seen a few checkins for files
that have been run through the script.
As far as I'm concerned, it was a case of eating
Brett Cannon wrote:
In the end it's Benjamin's call, but my vote is to make the change.
The chances someone wanted None as their help message is so bloody
small and this is such a good UX change that I'm +1 on making the
change.
I completely agree.
--
Eric.
Steven D'Aprano wrote:
I have suggested a way to move the existing concurrency stuff without
breaking backwards compatibility, and Terry Reedy asked if it would
work. I haven't seen any responses, either positive or negative.
For the record, my suggestion was:
for each concurrency modules:
Last night Barry Warsaw, Jason Coombs, and I met to work on implementing
PEP 382. As part of my research, I came across this email from Martin:
http://mail.python.org/pipermail/python-dev/2009-May/089316.html
In it he says that PEP 382 is being deferred until it can address PEP
302 loaders. I
On 6/9/2010 4:07 AM, Stephen J. Turnbull wrote:
Closed issues are not lost. They can still be searched and the result
downloaded.
A keyword would do. Please don't add a status or something like that,
though.
I believe Type: feature request; Version: 2.7; Resolution wont fix
should do
301 - 329 of 329 matches
Mail list logo
