Steven D'Aprano wrote:
On Thu, 9 Jul 2009 08:07:21 am Eric Smith wrote:
But I think we've veered into metadata that describes what has been
installed. I don't think that's so useful. As I've said, this is
private to the installers. If 2 installers want to communicate with
each other about what
P.J. Eby wrote:
ISTM that the problem that it solves is uninstall in the absence of
the original installer.
Or uninstall where the installer is setup.py install, actually.
I think we need to move away from setup.py install. It's the
antithesis of static metadata. setup.py needs to go away.
Eventually, I'd like PEP 376 to support system packagers too. So for
example, if you did apt-get install python-pyqt4, then running pip
install python-pyqt4 should return without installing anything .. as
RECORD will be part of the .deb previously installed. As for generating
the RECORD file,
P.J. Eby wrote:
At 11:20 PM 7/8/2009 -0400, Eric Smith wrote:
P.J. Eby wrote:
ISTM that the problem that it solves is uninstall in the absence of
the original installer.
Or uninstall where the installer is setup.py install, actually.
I think we need to move away from setup.py install. It's
Benjamin Peterson wrote:
Then, you might garner some more reviews by putting your patch up on
Rietveld; it makes reviewing much painful.
... much _less_ painful, I hope!
___
Python-Dev mailing list
Python-Dev@python.org
Peter Moody wrote:
On Wed, Aug 19, 2009 at 3:20 AM, Antoine Pitrousolip...@pitrou.net wrote:
Le Tue, 18 Aug 2009 13:00:06 -0700, Peter Moody a écrit :
Howdy folks,
I have a first draft of a PEP for including an IP address manipulation
library in the python stdlib. It seems like there are a
Peter Moody wrote:
On Wed, Aug 19, 2009 at 9:21 AM, R. David Murrayrdmur...@bitdance.com wrote:
Possibly. Tino means exactly what he said: the broadcast address
does not _have_ to be the last IP, nor does the last IP _have_ to be
a broadcast, though in practice they almost always are (and
Glyph Lefkowitz wrote:
On Wed, Aug 19, 2009 at 2:20 PM, Eric Smith e...@trueblade.com
mailto:e...@trueblade.com wrote:
I think using .network and .broadcast are pretty well understood to
be the [0] and [-1] of the network address block. I don't think we
want to start creating new
[Glyph]
So it sounds like doing what I suggested earlier (default to [-1], allow
for customization) is actually required by the RFC :-). Although it
does sound like the RFC only requires that you be able to customize to
[0] rather than [-1], rather than any address. In practical terms
Fred Drake wrote:
On Aug 19, 2009, at 6:01 PM, Peter Moody wrote:
just to double check, it's fine for IPNetwork to remain hashable if
set_prefix() actually returned a new object, correct?
The name would be confusing, though. Perhaps using_prefix() would be
more clear.
I think you'd be
Erik Bray wrote:
I think Guido may have a point about not allowing any arbitrary
expression. But I do think that if it allows calls, it should also at
least support the itemgetter syntax, for which there seems to be a
demonstrable use case. But that's just adding on another special
case, so it
The default string formatting alignment for all types, according to PEP
3101, is left aligned. Issue 6857 (http://bugs.python.org/issue6857)
points out that for numeric types (int, float, and decimal, at least),
the actual implemented default alignment is right aligned.
Mark Dickinson and I
Greg Ewing wrote:
Is the new formatting supposed to behave the same way
as %-formatting for the same format codes? Because the
default for %-formatting is actually right alignment
for *all* types, including strings.
Hmm, I never noticed that. At this point, I think changing the
formatting for
Mark Dickinson wrote:
On Mon, Sep 7, 2009 at 11:10 PM, Eric Smithe...@trueblade.com wrote:
Hmm, I never noticed that. At this point, I think changing the formatting
for any types would break code, so we should just change the documentation
to reflect how currently works.
I think the alignment
On Thu, Apr 19, 2012 at 18:56, eric.smith wrote:
+Note that an ImportError will no longer be raised for a directory
+lacking an ``__init__.py`` file. Such a directory will now be imported
+as a namespace package, whereas in prior Python versions an
+ImportError would be raised.
Given that
Yes, I know, and I'm looking at it. It doesn't fail on my Linux or Mac
OS X boxes. I'm trying to duplicate the problem. I'm going to try it
on my Windows box when I get home in about an hour. I'll fix it tonight.
I realize there's a beer riding on the buildbots being green!
Eric.
Trent
I see the problem. Without -ucompiler, test_compiler doesn't compile
everything. I'll fix the breakage shortly.
Apologies.
Eric Smith wrote:
Yes, I know, and I'm looking at it. It doesn't fail on my Linux or Mac
OS X boxes. I'm trying to duplicate the problem. I'm going to try
I've been double checking the PEP 3127 implementation in py3k and the
backport I did to 2.6. The PEP says this about the % operator:
The string (and unicode in 2.6) % operator will have 'b' format
specifier added for binary, and the alternate syntax of the 'o' option
will need to be updated
Nick Coghlan wrote:
eric.smith wrote:
[EMAIL PROTECTED]
+def stdout_redirected(new_stdout):
+save_stdout = sys.stdout
+sys.stdout = new_stdout
+try:
+yield None
+finally:
+sys.stdout = save_stdout
I think this test could easily be tweaked to use
Trent Nelson wrote:
Quick update on the status of the trunk buildbots:
[x86 XP trunk (Joseph Armbruster)]
This box didn't survive the recent build changes, but I can't figure out why,
none of the other Windows boxes encounter this error:
The following error has occurred during XML parsing:
other information. Unfortunately I
don't have access to this box during the work day (EDT), and I'm leaving
for vacation tomorrow (Friday). But I'll help as best I can.
Eric.
From: Eric Smith [EMAIL PROTECTED]
Sent: 19 March 2008 20:49
To: Trent
Following up on a python-3000 discussion about making porting from 2.6
to 3.0 easier. Martin suggested making this its own thread.
This proposal is to add from __future__ import
unicode_string_literals, which would make all string literals in the
importing module into unicode objects in 2.6.
Eric Smith wrote:
This proposal is to add from __future__ import
unicode_string_literals, which would make all string literals in the
importing module into unicode objects in 2.6.
I'm going to withdraw this, for 2 reasons.
1) The more I think about it, the less sense it makes.
2) Without
Christian Heimes wrote:
Eric Smith schrieb:
It's not implementable because the work has to occur in ast.c (see
Py_UnicodeFlag). It can't occur later, because you need to skip the
encoding being done in parsestr(). But the __future__ import can only
be interpreted after the AST is built
Guido van Rossum wrote:
On Tue, Mar 18, 2008 at 9:11 PM, Eric Smith
[EMAIL PROTECTED] wrote:
I've been double checking the PEP 3127 implementation in py3k and the
backport I did to 2.6. The PEP says this about the % operator:
The string (and unicode in 2.6) % operator will have 'b' format
Martin v. Löwis wrote:
I'd call this a bug. The change is an accident, a side-effect of the fact
that in 2.5.1 the coefficient (mantissa) of a Decimal was stored as a
tuple, and in 2.5.2 it's stored as a string (which greatly improves
efficiency).
Clearly in 2.5.2 the mantissa is being
Alessandro Guido wrote:
Can anybody please point me why print('a', 'b', sep=None, end=None) should
produce a b\n instead of ab?
I've read http://docs.python.org/dev/3.0/library/functions.html#print,
pep-3105 and some
ml threads but did not find a good reason justifying such a strange
Alessandro Guido wrote:
Can anybody please point me why print('a', 'b', sep=None, end=None) should
produce a b\n instead of ab?
I've read http://docs.python.org/dev/3.0/library/functions.html#print,
pep-3105 and some
ml threads but did not find a good reason justifying such a strange
Alessandro Guido wrote:
Can anybody please point me why print('a', 'b', sep=None, end=None) should
produce a b\n instead of ab?
I've read http://docs.python.org/dev/3.0/library/functions.html#print,
pep-3105 and some
ml threads but did not find a good reason justifying such a strange
[Sorry for the dupes. Lesson: never try and send mail from a moving train.]
Eric Smith wrote:
Alessandro Guido wrote:
Can anybody please point me why print('a', 'b', sep=None, end=None) should
produce a b\n instead of ab?
I've read http://docs.python.org/dev/3.0/library/functions.html#print
Jesse Noller wrote:
Do you have the code posted someplace for this? I'd like to add it into
the tests I am running
It would also be interesting to see how pyprocessing performs.
Eric.
___
Python-Dev mailing list
Python-Dev@python.org
Christian Heimes wrote:
Antoine Pitrou schrieb:
In order to avoid memory consumption issues there could be a centralized cache
as for regular expressions. It makes it easier to handle eviction based on
various parameters, and it saves a few bytes for string objects which are never
used as a
Eric Smith wrote:
Eric Smith wrote:
Nick Coghlan wrote:
Secondly, the string % operator appears to have an explicit
optimisation for the 'just return str(self)' case. This optimisation
is missing from the new string format method.
I'll see if I can optimize this case.
3.0, from svn
Barry Warsaw wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 3, 2008, at 6:55 AM, Eric Smith wrote:
Did some checkin emails get lost yesterday? I didn't see mail for a
checkin of mine, r63895. Looking at
http://mail.python.org/pipermail/python-checkins/2008-June/date.html
Martin v. Löwis wrote:
- reorganizing the tests into separate directories
Why this one?
I always find it hard to find a test I'm looking for in a directory
with 365 different tests in it. Also grouping tests by function will
hopefully help reduce duplication and it more intuitive.
Still, I
Benjamin Peterson wrote:
On Fri, Jun 6, 2008 at 5:51 PM, Eric Smith
[EMAIL PROTECTED] wrote:
Martin v. Löwis wrote:
I always find it hard to find a test I'm looking for in a directory
with 365 different tests in it. Also grouping tests by function will
hopefully help reduce duplication
I thought there was a discussion of this earlier, and the idea was to
leave the prior implementation, because that's how it's implemented in
3.0. bin() is a new feature in 2.6, so there's no particular need to
make it work like hex() and oct().
Recall that in 3.0, __bin__, __oct__, and
Guido van Rossum wrote:
The 3.0 approach means that non-float floating point types still can't be
displayed properly by bin()/oct()/hex().
Nor can float, AFAICT from the current 3.0 tree.
$ ./python
Python 3.0b1+ (py3k:64491:64497M, Jun 24 2008, 07:14:03)
[GCC 4.1.2 20070626 (Red Hat
numbers have the same representation as their absolute value. Done.
* Mark Dickinson requested sign preserving output for bin(-0.0). We
couldn't find a clean way to do this without a special cased output format.
* Mark Dickinson reviewed the NaN/Inf handling. Done.
* Eric Smith requested
Eric Smith wrote:
Actually, after saying I was opposed to __bin__ in 2.6, I said:
Instead, I think the approach used in 3.0 (r64451) should be used
instead. That is, if this feature exist at all. I'm -0 on adding
bin(), etc. to floats.
My last sentence is a little unclear. I meant I'm -0
Mark Dickinson wrote:
On Thu, Jun 26, 2008 at 11:00 PM, Georg Brandl [EMAIL PROTECTED] wrote:
Let me remind you that %a currently means call ascii() in 3.0.
Oh well. That's out then. I'll rephrase to I'd be delighted with something
similar in spirit to '%a' support. :-)
It could be added
Ben Finney wrote:
Benjamin Peterson [EMAIL PROTECTED] writes:
On Mon, Jul 14, 2008 at 6:42 PM, Ben Finney [EMAIL PROTECTED] wrote:
The `unittest` module will gain the following attribute, to set the
default metaclass for classes in the module and thus make all classes
in the module part of
Does anyone know why 'F' is the same as 'f'? Wouldn't it make more
sense to either drop it, or make it convert the exponent to upper case
(like 'E' and 'G')? Compatibility with %-formatting is the only reason
I can think of to keep up, but I get the sense we've given up on an
automatic
Mark Dickinson wrote:
On Wed, Jul 16, 2008 at 3:35 PM, Eric Smith
[EMAIL PROTECTED] wrote:
Does anyone know why 'F' is the same as 'f'? Wouldn't it make more sense to
either drop it, or make it convert the exponent to upper case
What exponent? Isn't the point of 'f' formatting
Guido van Rossum wrote:
On Wed, Jul 16, 2008 at 7:35 AM, Eric Smith
[EMAIL PROTECTED] wrote:
Does anyone know why 'F' is the same as 'f'? Wouldn't it make more sense to
either drop it, or make it convert the exponent to upper case (like 'E' and
'G')? Compatibility with %-formatting
Guido van Rossum wrote:
It shares code with %-formatting. Change that, too? I couldn't find any
occurrences of %F in the stdlib. Not that that's the entire universe, of
course.
The change is slightly less elegant if I don't change %-formatting, but
still doable, especially if the betas
Eric Smith wrote:
Guido van Rossum wrote:
It shares code with %-formatting. Change that, too? I couldn't find
any
occurrences of %F in the stdlib. Not that that's the entire
universe, of
course.
The change is slightly less elegant if I don't change %-formatting, but
still doable
Thomas Heller wrote:
Guido van Rossum schrieb:
On Thu, Jul 17, 2008 at 9:25 AM, Raymond Hettinger [EMAIL PROTECTED] wrote:
From: Eric Smith [EMAIL PROTECTED]
I have this ready for checkin (with docs and tests). I'd like to get it
in for this beta, since it does involved changed behavior
georg.brandl wrote:
Author: georg.brandl
Date: Fri Jul 18 13:15:06 2008
New Revision: 65099
Log:
Document the different meaning of precision for {:f} and {:g}.
Also document how inf and nan are formatted. #3404.
Thanks for doing this. But see this output:
Eric Smith wrote:
Eric Smith wrote:
Eric Smith wrote:
Nick Coghlan wrote:
Secondly, the string % operator appears to have an explicit
optimisation for the 'just return str(self)' case. This optimisation
is missing from the new string format method.
I'll see if I can optimize this case
M.-A. Lemburg wrote:
On 2008-09-03 04:12, Greg Ewing wrote:
M.-A. Lemburg wrote:
The problem is: how to undo those changes without accidentally
undoing an explicit change made by the user ?
Is that really much of an issue? If the PATH contains an
entry corresponding to the Python
Eldon Ziegler wrote:
I updated httplib.py, python 2.4, to be able to bind to a specific IP
address when connecting to a remote site. Would there be any interest in
making this available to others? If so, are there instructions on how to
post an update?
Create an issue at
Brett Cannon wrote:
I am thinking of organizing a panel this year for python-dev (much
like the one I organized in 2007). Who would be willing to be on the
panel with me if I did this?
If you're looking for the perspective of someone who's relatively new to
Python core programming, I'll do
Brett Cannon wrote:
Christian rightly points out that with four active trees, we're going to a
pretty big challenge on our hands. How do other large open source projects
handle similar situations?
Beats me. Are that many projects crazy enough to have that many active branches?
Is it really
Steven D'Aprano wrote:
On Sat, 4 Oct 2008 12:26:30 pm Nick Coghlan wrote:
(Tangent: the above two try/except examples are perfectly legal Py3k
code. Do we really need the pass statement anymore?)
I can't imagine why you would think we don't need the pass statement. I
often use it:
* For
Ulrich Eckhardt wrote:
On Thursday 30 October 2008, Victor Stinner wrote:
One of the reasons why I'm very keen on us moving to a distributed
version control system is to help break the logjam on core developers.
Yeah, exactly :-) Does anyone already maintain a distributed tree?
Mercurial, GIT,
Guido van Rossum wrote:
No offense taken. The V8 experience makes me feel much more optimistic
that they might actually pull this off. (I'm still skeptical about
support for extension modules, withougt which CPython is pretty lame.)
The need to modify all extension modules is the usual
Georg Brandl wrote:
Brett Cannon schrieb:
I just tried to update my 3.0 branch in hg from
http://code.python.org/hg/branches/py3k/ and hg is telling me it's a
404. Anyone else having trouble?
404 here too.
Since http://code.python.org/ serves the loggerhead Bazaar view, I suppose
the problem
Giovanni Bajo wrote:
[[ my 0.2: it would be a great loss if we lose reference-counting
semantic (eg: objects deallocated as soon as they exit the scope). I
would bargain that for a noticable speed increase of course, but my own
experience with standard GCs from other languages has been less
[EMAIL PROTECTED] wrote:
Eric I consider it a bug to rely on reference counting to close files,
We can mostly have our cake and eat it too using the with statement. In
most cases it should be sufficient I would think.
True, and I meant to mention that. But unfortunately, my work projects
Brett Cannon wrote:
On Tue, Nov 18, 2008 at 13:23, Benjamin Peterson
[EMAIL PROTECTED] wrote:
On Tue, Nov 18, 2008 at 3:17 PM, Brett Cannon [EMAIL PROTECTED] wrote:
Can someone please add the attached SSH 2 DSA key for me? I want to be
able to help out with the rc tomorrow while I am at work.
Dino Viehland wrote:
Ok, now I'm implementing __format__ support for IronPython. The format spec mini-language docs say that a presentation type of None is the same as 'g' for floating point / decimal values.
Awesome! Thanks for doing this.
But these two formats seem to differ based upon
Dino Viehland wrote:
previously discussed cases deleted
Finally providing any sign character seems to cause +1.0#INF and friends to be
returned instead of inf as is documented:
10e667.__format__('+')
'+1.0#INF'
10e667.__format__('')
'inf'
Are these just doc bugs? The inf issue is the
.
-Original Message-
From: Eric Smith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2008 4:38 AM
To: Dino Viehland
Cc: python-dev@python.org dev
Subject: Re: [Python-Dev] format specification mini-language docs...
Dino Viehland wrote:
previously discussed cases deleted
Finally providing any
Christian Heimes wrote:
Several people have asked about the patch and merge flow. Now that
Python 3.0 is out it's a bit more complicated.
Flow diagram
trunk --- release26-maint
\- py3k --- release30-maint
Patches for all versions of Python should land in the
Nick Coghlan wrote:
Martin v. Löwis wrote:
I believe that's difficult when you previously merged from the trunk to
the py3k branch - the merged change to the svnmerge related properties
on the root directory gets in the way when svnmerge attempts to update
them on the maintenance branch.
Christian Heimes wrote:
Dmitry Vasiliev schrieb:
Hello!
I think it's a strange behavior:
Python 3.1a0 (py3k:67851, Dec 19 2008, 16:50:32)
[GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2
Type help, copyright, credits or license for more information.
hash(range(10))
Traceback (most recent call
Nick Coghlan wrote:
Nick Coghlan wrote:
Rather than playing whack-a-mole with this, does anyone have any ideas
on how to systematically find types which are defined in the core, but
are missing an explicit PyType_Ready call? (I guess one way would be to
remove all the implicit calls in a local
David Cournapeau wrote:
Hi,
In python 2.6, there have been some effort to make float formatting
more consistent between platforms, which is nice. Unfortunately, there
is still one corner case, for example on windows:
print a - print 'inf'
print '%f' % a - print '1.#INF'
The difference being
On 6/27/2010 5:48 AM, Greg Ewing wrote:
Stefan Behnel wrote:
Greg Ewing, 26.06.2010 09:58:
Would there be any sanity in having an option to compile
Python with UTF-8 as the internal string representation?
It would break Py_UNICODE, because the internal size of a unicode
character would no
On 7/9/10 10:40 AM, Mark Dickinson wrote:
While looking at a parser module issue
(http://bugs.python.org/issue9154) I noticed that Python's grammar
doesn't permit trailing commas after keyword-only args. That is,
def f(a, b,): pass
is valid syntax, while
def f(*, a, b,): pass
is
On 7/11/2010 5:19 AM, anatoly techtonik wrote:
On Fri, Jul 9, 2010 at 6:59 PM, Jeffrey Yasskinjyass...@gmail.com wrote:
While the re2 comparison might be interesting from an abstract
standpoint, it intentionally supports a different regex language from
Python so that it can run faster and use
On 7/12/2010 5:57 PM, Benjamin Peterson wrote:
2010/7/12 Martin v. Löwismar...@v.loewis.de:
Not normally, no - there's no easy way to connect a checkin message to
a committer's email address,
There's a one-to-one mapping somewhere.
Unfortunately, no: we don't have email addresses of all
On 7/12/2010 6:04 PM, Michael Foord wrote:
Given how high traffic python-checkins is I don't consider that a
reasonable place to send follow-up and nor do I consider it the
responsibility of committers to monitor it. As you said earlier this
*isn't* in our standard dev procedures and nor do I
On 7/14/2010 4:21 AM, Georg Brandl wrote:
Am 13.07.2010 22:29, schrieb Brett Cannon:
Given how high traffic python-checkins is I don't consider that a
reasonable place to send follow-up and nor do I consider it the
responsibility of committers to monitor
Thanks for writing this, Tim.
On 7/21/10 11:11 AM, Tim Golden wrote:
The issue of a __format__ equivalent for bytes was also raised as was the
idea of object methods to render an object as string or bytes, which could
be used in the polymorphic functions above.
Does this mean
On 7/23/10 2:44 AM, Guido van Rossum wrote:
Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
can't invoke x.__format__() or y.__format__() since those will return
text strings instead of bytes. A proposed solution was to try
x.__bformat__() etc. Another proposed solution
On 7/27/10 2:31 PM, Terry Reedy wrote:
On 7/27/2010 1:48 PM, Alexander Belopolsky wrote:
Multicolored diffs may look impressive the first time you see them,
Side-by-side was the important part
Copying code
from side by side view may or may not work depending on your browser.
It is a
On Tue, Jul 27, 2010 at 2:48 PM, Eric Smith e...@trueblade.com wrote:
..
I agree with Terry that this would be a useful feature to have
integrated
with the tracker. I'd use it. But until someone write it, it's an
academic
point.
I don't say it is useless.
And I never said you said
On 8/4/2010 6:09 PM, Nick Coghlan wrote:
On Thu, Aug 5, 2010 at 8:02 AM, Fred Drakefdr...@acm.org wrote:
On Wed, Aug 4, 2010 at 5:57 PM, Nick Coghlanncogh...@gmail.com wrote:
and use a default message of
'Key not found: %r' % key if the key argument is supplied without an
explicit message
On 8/8/10 7:48 PM, Antoine Pitrou wrote:
On Mon, 9 Aug 2010 01:24:50 +0200 (CEST)
antoine.pitroupython-check...@python.org wrote:
Author: antoine.pitrou
Date: Mon Aug 9 01:24:50 2010
New Revision: 83869
Log:
Issue #8524: Add a forget() method to socket objects, so as to put the
socket into
On 8/19/2010 7:55 AM, Éric Araujo wrote:
Thanks for the replies.
The dev FAQ is clear about regular use, it tells about the
svnmerge-commit-message too, and people in #python-dev have told me that
the merge order is py3k 3.1, py3k 2.7. My problem here is that I
committed r84190 in 3.1
On 8/26/10 12:48 PM, Yury Selivanov wrote:
On 2010-08-26, at 12:20 PM, Scott Dial wrote:
BTW, attaching patches to
emails on this list is generally the best way to have few look at your
patch. :-p
Hm, my mailing client clearly indicates that the patch has been attached and
sent.
In any case,
On 9/25/2010 9:15 AM, anatoly techtonik wrote:
from ... import config
from ..utils.qthelpers import translate, add_actions, create_action
But this doesn't work, and I couldn't find any short user level
explanation why it is
not possible to make this work at least in Py3k without additional
On 9/29/2010 7:24 AM, antoine.pitrou wrote:
Modified: python/branches/py3k/Doc/library/urllib.request.rst
==
--- python/branches/py3k/Doc/library/urllib.request.rst (original)
+++
On 10/8/10 10:26 AM, Barry Warsaw wrote:
No underscores, please. :)
Indeed!
In any case, these could be a simple shell script wrapping 'python -m setup'.
It could even take a --use-python-version option to select the pythonX.Y it
used, without having to encode the Python version number in
On 10/8/10 2:41 PM, Tarek Ziadé wrote:
On Fri, Oct 8, 2010 at 4:49 PM, Eric Smithe...@trueblade.com wrote:
...
On Windows it can't be a shell script or batch file, but needs to be an
executable. setuptools already deals with this.
Why ? The script-wrapping feature Setuptools has is on my
On 10/11/2010 5:17 PM, Giampaolo Rodolà wrote:
2010/10/8 Eric Smithe...@trueblade.com:
On 10/8/10 10:26 AM, Barry Warsaw wrote:
In any case, these could be a simple shell script wrapping 'python -m
setup'.
It could even take a --use-python-version option to select the pythonX.Y
it
used,
On 10/21/2010 4:44 AM, Antoine Pitrou wrote:
On Wed, 20 Oct 2010 20:01:56 -0500
Ron Adamr...@ronadam.com wrote:
On Ubuntu, I use python, python2.7, python3.1, python3.2 and that is what I
type to use that particular version. The -m option seems to me to be the
easiest to do and works with
On 10/26/10 7:08 AM, Nick Coghlan wrote:
On Tue, Oct 26, 2010 at 12:28 AM, Vinay Sajipvinay_sa...@yahoo.co.uk wrote:
Comments welcome. Assuming there are no strong objections asking for reversion
of this change, I'll publicise to the wider community in a few days.
It strikes me as a solid,
What are your thoughts on adding a str.format_from_mapping (or similar
name, maybe the suggested format_map) to 3.2? See
http://bugs.python.org/issue6081 . This method would be similar to
%(foo)s %(bar)s % d, where d is a dict (or rather any mapping object),
but of course would use str.format
On 10/31/2010 6:28 PM, Glenn Linderman wrote:
On 10/31/2010 2:02 PM, Benjamin Peterson wrote:
2010/10/31 Antoine Pitrousolip...@pitrou.net:
On Sun, 31 Oct 2010 16:39:44 -0400
Eric Smithe...@trueblade.com wrote:
What are your thoughts on adding a str.format_from_mapping (or similar
On 11/3/10 10:16 AM, Michael Foord wrote:
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
raymond.hettin...@gmail.com wrote:
Sounds like a decision to split a module into a package is a big
commitment. Each of the individual file names becomes a
On 11/3/10 10:53 AM, Eric Smith wrote:
The problem is that there is no unittest.loader in 2.4, and
unittest.loader.TestLoader is the name that the 2.7 pickle creates. We
see this problem every time we try and move anything in the stdlib.
And BTW: for me, this is the strongest reason
On 10/31/10 4:39 PM, Eric Smith wrote:
What are your thoughts on adding a str.format_from_mapping (or similar
name, maybe the suggested format_map) to 3.2? See
http://bugs.python.org/issue6081 . This method would be similar to
%(foo)s %(bar)s % d, where d is a dict (or rather any mapping object
On 11/6/10 1:16 AM, Ezio Melotti wrote:
+.. method:: str.format_map(mapping)
+
+ Similar to ``str.forrmat(**mapping)``, except that ``mapping`` is
+ used directly and not copied to a :class:`dict` . This is useful
+ if for example ``mapping`` is a dict subclass.
Including the __missing__
On 11/6/10 6:43 AM, Eric Smith wrote:
On 11/6/10 1:16 AM, Ezio Melotti wrote:
issues with format_map documentation and docstrings for str.format and
str.format_map
I've addressed all of these issues, although if anyone has suggestions
for the docstrings or documentation they'd
On 11/10/2010 11:58 AM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/2010 11:12 PM, Stephen J. Turnbull wrote:
Nick Coghlan writes:
Module writers who compound the error by expecting to be imported
this way, thereby bogarting the global namespace for
On 12/2/2010 4:48 PM, Martin v. Löwis wrote:
Am 02.12.2010 22:30, schrieb Steven D'Aprano:
Martin v. Löwis wrote:
Then these users should speak up and indicate their need, or somebody
should speak up and confirm that there are users who actually want
'١٢٣٤.٥٦' to denote 1234.56. To my
On 12/2/2010 5:43 PM, M.-A. Lemburg wrote:
Eric Smith wrote:
The current behavior should go nowhere; it is not useful. Something very
similar to the current behavior (but done correctly) should go into the
locale module.
I agree with everything Martin says here. I think the basic premise
101 - 200 of 329 matches
Mail list logo