Barry A. Warsaw added the comment:
LGTM too. Needs test and docs.
--
___
Python tracker
<http://bugs.python.org/issue17941>
___
___
Python-bugs-list mailin
Barry A. Warsaw added the comment:
On May 13, 2013, at 02:24 PM, Nick Coghlan wrote:
>Yep. Since we no longer have a compelling reason for it to be anything
>else, it may as well be the human readable string.
Again, why does it matter? That's the whole point of having a human r
Barry A. Warsaw added the comment:
On May 13, 2013, at 02:06 PM, Antoine Pitrou wrote:
>Antoine Pitrou added the comment:
>
>> >I agree with Nick here, there's no reason to auto-number constants
>> >in
>> >Python. This is not C :-)
>>
>
Barry A. Warsaw added the comment:
On May 12, 2013, at 06:51 AM, Nick Coghlan wrote:
>>>> class Shape(Enum):
>... square = 2
>... diamond = 1
>... circle = 3
>... alias_for_square = square
I see Guido pronounced against it, but I'm just registering that I
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17959>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
It's not *particularly* silly[1], but I think that with Government backing, he
could make it very silly.
[1] I mean, the right hand side isn't silly at all and the left hand side
merely does a forward aerial half turn every alternative
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17966>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 13, 2013, at 10:10 AM, Antoine Pitrou wrote:
>I agree with Nick here, there's no reason to auto-number constants in
>Python. This is not C :-)
Why should they be strings? Why not object()?
Why is `x.value == str(x)` a useful invari
Barry A. Warsaw added the comment:
On May 12, 2013, at 8:35 PM, Ethan Furman wrote:
> Ethan Furman added the comment:
>
> The class syntax (and default Enum) no longer have preferential treatment for
> integers (even __int__ is gone); so it is completely up to us as what should
Barry A. Warsaw added the comment:
On May 12, 2013, at 10:57 AM, Nick Coghlan wrote:
>I encountered an interesting suggestion [1] regarding the enum.Enum
>convenience API: use the member names as their values, rather than the
>current integers starting from one.
>
>Since
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17961>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17941>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17921>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15535>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17872>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17853>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17839>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17828>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17827>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17843>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Ezio, the problem with your patch is that it also gives a warning on this code,
which is totally safe:
def good():
exc = None
try:
bar(int(sys.argv[1]))
except KeyError as e:
print('ke')
exc = e
except Value
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17800>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Apr 19, 2013, at 12:37 AM, R. David Murray wrote:
>And what if it weren't a print statement? An error is better than a
>"randomly" changed value, I think. I'm really not sure there is anything we
>can do here, beyond Ezio
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue4617>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Apr 19, 2013, at 12:01 AM, Ezio Melotti wrote:
>
>Maybe we could raise a warning when the deleted name already exists in the
>local namespace?
Ideally, I think a SyntaxError if you could detect a previously bound name in
the namespace being u
New submission from Barry A. Warsaw:
As described here:
http://www.wefearchange.org/2013/04/python-3-language-gotcha-and-short.html
the following code will produce an UnboundLocalError when the exception is
triggered:
def bad():
e = None
try:
do_something()
except
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17788>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Apr 16, 2013, at 03:26 PM, R. David Murray wrote:
>I can't see how this could be classed as a bug in Python. An invalid domain
>should quickly return a DNS error on a correctly configured operating system,
>which is what the test is tes
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue17012>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
I couldn't wait. :)
--
assignee: serhiy.storchaka -> barry
___
Python tracker
<http://bugs.python.org/issue17012>
___
_
New submission from Barry A. Warsaw:
socket.gethostbyname('sadflkjsasf.i.nvali.d') gives a TimeoutError instead of
an IOError on Ubuntu 13.04, causing the test to fail.
% ./python -m unittest test.test_urllibnet
.E../home/barry/projects/python/cpython/Lib/test/test_urlli
Barry A. Warsaw added the comment:
Possibly this issue: Possibly this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=312011
I'm seeing tons of this on Ubuntu 13.04.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Barry A. Warsaw :
--
nosy: +barry, doko
___
Python tracker
<http://bugs.python.org/issue17712>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17750>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Serhiy, I'd say go ahead and commit it. +1 from me.
--
___
Python tracker
<http://bugs.python.org/issue17012>
___
___
Changes by Barry A. Warsaw :
--
assignee: barry -> serhiy.storchaka
___
Python tracker
<http://bugs.python.org/issue17012>
___
___
Python-bugs-list mai
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue17012>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
>From a documentation standpoint, path='' is not the same as "When no path is
>specified", so indeed it should return None when path=''. Serhiy's patch
>looks good to me.
--
_
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17012>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
We should fix the code for 3.2 through 3.4, but change the docs for 3.2 and 3.3
to remove the parenthetical note. For 3.4 we can leave the parenthetical note
but say this is new in 3.4 (or maybe, that it doesn't actually work in some
versions <
Barry A. Warsaw added the comment:
I just ran into this too.
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15657>
___
___
Python-bugs-list mailin
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17685>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17630>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Okay, so this is not a Python problem, but an Ubuntu problem. It's also not a
problem with Ubuntu's version of Python. I can reproduce it on Ubuntu 13.04
with hg trunk, but not Debian Wheezy with hg trunk.
Closing as invalid and will investigate
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17621>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Apr 02, 2013, at 03:04 PM, Eric V. Smith wrote:
>I think it would be a bug fix and thus should be backported. It's not like
>we'd be breaking any working code, unless it was expecting the exception.
That would
Barry A. Warsaw added the comment:
On Apr 02, 2013, at 11:32 AM, Eric V. Smith wrote:
>My suggestion is to have format() be an alias for
>format_string(). Deprecating format() is an optional step, but may not be
>worth the hassle.
Agreed on bo
Barry A. Warsaw added the comment:
On Apr 01, 2013, at 09:04 PM, Brett Cannon wrote:
>If Eric doesn't have anything to add then I would like to change
>importlib.abc.Loader.module_repr() to no longer be abstract and the default
>to be defined as ``return repr(module)``. Els
Barry A. Warsaw added the comment:
On Apr 01, 2013, at 07:40 PM, Brett Cannon wrote:
>Barry, Eric: can you clarify why you made module_repr an abstractmethod and
>thus require its overloading?
Maybe Eric can, but I can't. ;) I honestly don't remember why we made it
abstract
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17579>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Mar 30, 2013, at 12:29 AM, Eric Snow wrote:
>Would it be okay to do a check on __index__ after the PyLong_Check()
>succeeds? Something like this:
>
>if (PyLong_Check(item) &&
>item->ob_type->tp_as_number->nb_inde
Changes by Barry A. Warsaw :
--
title: PyNumber_Index() is not int-subclass friendly -> PyNumber_Index() is not
int-subclass friendly (or operator.index() docos lie)
___
Python tracker
<http://bugs.python.org/issu
New submission from Barry A. Warsaw:
operator.index() is just a thin wrapper around PyNumber_Index(). The
documentation for operator.index() claims that it is equivalent to calling
obj.__index__() but for subclasses of int, this is not true. In fact,
PyNumber_Index() first does (e.g. in
Barry A. Warsaw added the comment:
You also end up with this nice bit of inconsistency:
>>> x = myint(7)
>>> from operator import index
>>> range(10)[6:x]
range(6, 7)
>>> range(10)[6:x.__index__()]
range(6, 8)
>>> range(10)[6:index(x)]
range(6, 7)
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15867>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17565>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17527>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Mar 17, 2013, at 03:10 PM, R. David Murray wrote:
>There was a long thread about this on python-dev that might be worth going
>back over, where I had the same misconception (that functions should always
>return the same type as their arguments).
New submission from Barry A. Warsaw:
This came up at the Pycon 2013 Python 3 porting clinic. There are many cases
in the stdlib that claim (either explicitly or implicitly) to accept bytes or
strings, but that don't return the type of the arguments they accept. An
examp
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue3982>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15805>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15806>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
It seems to me that the right thing to add a related PEPs section to any PEP
which needs it, but I don't think we need an official header for it. Thus, I'm
closing this PEP as Won't Fix. Feel free to open new bugs for any specific PEP
that n
Barry A. Warsaw added the comment:
On Mar 09, 2013, at 03:30 AM, Terry J. Reedy wrote:
>I think you are, in effect, asking for expansion of the 'PEP Header Preamble'
>section of PEP-0001. I have added some of the PEP editors listed in the PEP
>as nosy. I will let them decid
Barry A. Warsaw added the comment:
On Mar 07, 2013, at 03:58 PM, Antoine Pitrou wrote:
>Disagreed. This is the kind of sentence that cannot be correctly
>understood without the (missing) original context.
Plus, we fear change. ;)
--
___
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17379>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Mar 04, 2013, at 07:45 PM, Antoine Pitrou wrote:
>
>Antoine Pitrou added the comment:
>
>> We're not going to want to install all possible flavors of
>> `pyunit2.6`, `pyunit2.7`, `punit2.6-dbg`, `pyunit-3.2-dbg`, etc. etc.
>
Barry A. Warsaw added the comment:
As I mentioned on python-dev, having a `pyunit` script is nice (whatever it's
called), but we need to keep the `-m invocation` which will probably be the
recommendation on distros such as Debian which provide multiple versions of
Python. We're no
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14266>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17330>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue16997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue16801>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Feb 22, 2013, at 06:54 PM, Charles-François Natali wrote:
>Charles-François Natali added the comment:
>
>> Barry advised me to open this issue as it's a functional regression from
>> Python 2.
>
>But it was relying on a private
Barry A. Warsaw added the comment:
I think this has now been applied to all of 2.6, 2.7, 3.1, 3.2, 3.3, and 3.4.
So, closing.
--
___
Python tracker
<http://bugs.python.org/issue16
Barry A. Warsaw added the comment:
I'm working on applying the 2.x patch to 2.6, but one thing interesting of
note: sudo, at least on Debian and derivatives going back at least to Squeeze,
generally reset the environment by default (i.e. env_reset). So you'd have to
either hav
Changes by Barry A. Warsaw :
--
nosy: +barry
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue16043>
___
___
Python-bugs-list mailin
Changes by Barry A. Warsaw :
--
nosy: +barry
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue16037>
___
___
Python-bugs-list mailin
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17186>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17258>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue17258>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Release blocking for 2.6.9 (oh how I wish we could release block for specific
Python versions).
--
nosy: +georg.brandl, larry
priority: normal -> release blocker
___
Python tracker
<http://bugs.pyth
Changes by Barry A. Warsaw :
--
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue16248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Does the 2.x patch apply cleanly to 2.6? If so, then I think it should be
applied (though I'd like to review it first). 2.6 is still under security
maintenance until October 2013. I'm thinking we'll probably do one last
security release a
Barry A. Warsaw added the comment:
On Feb 19, 2013, at 07:49 PM, Brett Cannon wrote:
>Serihy & Barry: no. We do that now and it's already a nasty little hack. It
>would be better to let people catch an exception signaling that an import
>didn't happen because some module
Barry A. Warsaw added the comment:
On Feb 19, 2013, at 07:24 PM, Serhiy Storchaka wrote:
>Can this be the same ImportError but with special flag?
Like an attribute on the exception? +1
--
___
Python tracker
<http://bugs.python.org/issu
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17170>
___
___
Python-bugs-list mailing list
Unsubscribe:
Enrique A Tobis added the comment:
Thanks! Got it. Sorry for the noise.
--
___
Python tracker
<http://bugs.python.org/issue17199>
___
___
Python-bugs-list mailin
Changes by Enrique A Tobis :
--
keywords: +patch
Added file: http://bugs.python.org/file29054/mywork.patch
___
Python tracker
<http://bugs.python.org/issue17
New submission from Enrique A Tobis:
import logging
f = logging.StrFormatStyle('{asctimer}')
print(f.usesTime())
f = logging.PercentStyle('%(astimer)s')
print(f.usesTime())
prints
True
False
and I think it should print
False
False
--
components: Library (Lib)
m
Barry A. Warsaw added the comment:
On Feb 11, 2013, at 05:31 PM, Brett Cannon wrote:
>Right, so what's typical? =) I mean do most people see ImportError for
>optional modules (e.g. not on support platforms), or do most people see
>ImportError because they messed up and tried to im
Barry A. Warsaw added the comment:
For me, it mostly comes down to whether end-users are expected to see such
errors generally or not. We see ImportErrors all the time, and they are
clearly errors. If we're expected to see and deal with MNF, and if in such
cases it's generally con
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15767>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17099>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17098>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
See PEP 292 and the section titled "Why `$' and Braces?"
http://www.python.org/dev/peps/pep-0292/
--
___
Python tracker
<http://bugs.pyt
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue3585>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
In this distribute bug I describe a problem when pip installing mimeparse,
which has a setup.py with a BOM. distribute uses execfile() which gets fixed
in Python 3 to use a combination of compile(open()) as the fixer.
https://bitbucket.org/tarek
Changes by Barry A. Warsaw :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10182>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Nosied Benjamin since this is a release issue. Re-opened, assigned to him, and
release blocked for 2.7.4.
--
assignee: -> benjamin.peterson
nosy: +georg.brandl, larry
priority: normal -> release blocker
status: closed -
1501 - 1600 of 2582 matches
Mail list logo