[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()

[Georg Brandl]

Georg Brandl added the comment:

This is fixed now, right?

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20404] Delayed exception using non-text encodings with TextIOWrapper

[Roundup Robot]

Roundup Robot added the comment:

New changeset 140a69d950eb by Georg Brandl in branch '3.3':
Issue #20404: reject non-text encodings early in TextIOWrapper.
http://hg.python.org/cpython/rev/140a69d950eb

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20719] testPythonOrg() of test_robotparser fails with the new www.python.org website

[Roundup Robot]

Roundup Robot added the comment:

New changeset 540ce9bb19e8 by Georg Brandl in branch '3.3':
#20719: Disable the robotparser python.org test until the gzip encoding issue 
can be sorted.
http://hg.python.org/cpython/rev/540ce9bb19e8

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()

[Georg Brandl]

Georg Brandl added the comment:

Both this backport and #20404 will make it into 3.3.5rc2.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

[Terry J. Reedy]

Terry J. Reedy added the comment:

Let me revise what i said: This looks like a feature addition so I would not 
decide to treat it like a bug unless someone persuasively argues that current 
behavior violates the promise in the doc.

--
type:  -> enhancement
versions: +Python 3.5 -Python 2.6, Python 2.7, Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20823] Clarify copyreg.pickle() documentation

[Peter Otten]

New submission from Peter Otten:

The documentation for 

copyreg.pickle(type, function, constructor=None)

has the sentence

"TypeError will be raised if *object* is a class or *constructor* is not 
callable."

It's not clear to me what "object" refers to. I believe it refers to the first 
arg (called ob_type in 2.x) and classic classes which were handled with

def pickle(ob_type, pickle_function, constructor_ob=None):
if type(ob_type) is _ClassType:
raise TypeError("copy_reg is not intended for use with classes")

in 2.x If I'm right the above sentence should become.

"A TypeError will be raised if *constructor* is not callable."

in 3.x. If I'm wrong please think of way to express the intended meaning more 
clearly.

Another minor change: class C need not inherit from object explicitly in  3.x.

--
assignee: docs@python
components: Documentation
messages: 212541
nosy: docs@python, peter.otten
priority: normal
severity: normal
status: open
title: Clarify copyreg.pickle() documentation
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20823] Clarify copyreg.pickle() documentation

[Peter Otten]

Changes by Peter Otten <__pete...@web.de>:


--
keywords: +patch
Added file: http://bugs.python.org/file34263/copyreg.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16525] wave file module does not support 32bit float format

[Sebastian Kraft]

Sebastian Kraft added the comment:

After the last changes in the development version of python 3.4 the patch 
cannot be applied anymore. As the the other audio file readers and the wave 
module share a common API it may be not desireable to simply enhance the wave 
module with support for floating point data. In particular the underlying 
audiooop module is designed ro only work with integer data.

Therefore, and taking into account that this patch and its predecessor has not 
been reviewed in the last 2 years, I will not take the time to modify the patch 
again. 

At least please consider to apply the documentation patch I have uploaded now. 
This will clearly state in the documentation what sample formats are supported 
by the wave module.

--
Added file: http://bugs.python.org/file34264/wave_issue16525_doc.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20728] Remove unused import from base64

[Terry J. Reedy]

Terry J. Reedy added the comment:

Import is not present in 2.7.

--
assignee:  -> terry.reedy
nosy: +terry.reedy
stage:  -> commit review
type:  -> resource usage
versions: +Python 3.3, Python 3.4 -Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20728] Remove unused import from base64

[Roundup Robot]

Roundup Robot added the comment:

New changeset d3732760e3d6 by Terry Jan Reedy in branch 'default':
Closes issue #20728: Remove unused import added in rev 42366e293b7b and
http://hg.python.org/cpython/rev/d3732760e3d6

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20728] Remove unused import from base64

[Terry J. Reedy]

Terry J. Reedy added the comment:

Nor in 3.3.

--
resolution:  -> fixed
stage: commit review -> committed/rejected
status: open -> closed
versions:  -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20752] Difflib should provide the option of overriding the SequenceMatcher

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20822] WINhelp file loads Table of Contents, but not contents: "Navigation to webpage cancelled"

[Martin v . Löwis]

Martin v. Löwis added the comment:

I cannot reproduce this. The file opens just fine for me, with no box being 
opened, on Windows 7.

Are you opening the file on a network drive, by any chance? Then

http://stackoverflow.com/questions/11438634/opening-a-chm-file-produces-navigation-to-the-webpage-was-canceled

might apply.

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20815] ipaddress unit tests PEP8

[Michel Albert]

Michel Albert added the comment:

Here's a new patch which addresses white-space issues without touching the old 
tests.

--
Added file: http://bugs.python.org/file34265/test_ipaddress_pep8-r3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20824] setup.py install doesn't parse spaces in path

[Alexandru Gheorghe]

New submission from Alexandru Gheorghe:

When having spaces in the path which represents the root for the build on 
going, rpmbuild from bdist_rpm will fail:



+ python setup.py install -O1 --root=/home/lex/Development/4. Test/11. 
ARTA/build/src/rpm/BUILDROOT/efw-arta-3.0.1_0.test0-0.x86_64 
--record=INSTALLED_FILES
invalid command name 'Test/11.'
error: Bad exit status from /var/tmp/rpm-tmp.cbEEZl (%install)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.cbEEZl (%install)
error: command 'rpmbuild' failed with exit status 1


With this patch it will work:

--- bdist_rpm-BAK.py2014-03-02 14:52:31.501744617 +0200
+++ bdist_rpm.py2014-03-02 14:53:10.705746243 +0200
@@ -512,8 +512,8 @@
 # that we open and interpolate into the spec file, but the defaults
 # are just text that we drop in as-is.  Hmmm.
 
-install_cmd = ('%s install -O1 --root=$RPM_BUILD_ROOT '
-   '--record=INSTALLED_FILES') % def_setup_call
+install_cmd = ('%s install -O1 --root="$RPM_BUILD_ROOT" '
+   '--record="INSTALLED_FILES"') % def_setup_call
 
 script_options = [
 ('prep', 'prep_script', "%setup -n %{name}-%{unmangled_version}"),


but then another roadblock is hit:


+ cp -pr CHANGELOG /home/lex/Development/4. Test/11. 
ARTA/build/src/rpm/BUILDROOT/efw-safi-3.0.1_0.test0-0.x86_64/usr/share/doc/efw-arta-3.0.1_0.test0
cp: cannot stat `CHANGELOG': No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.1tO2OV (%doc)
error: File not found: /home/lex/Development/4. Test/11. 
ARTA/build/src/rpm/BUILDROOT/efw-arta-3.0.1_0.test0-0.x86_64/usr/share/doc/efw-arta-3.0.1_0.test0


seems stat also needs quoted path:

lex@hemvi:~/Development/4. Test/11. ARTA/build$ stat --format="%a" 
/home/lex/Development/4. Test/11. ARTA/build/CHANGELOG ; echo $?
755
stat: cannot stat `Test/11.': No such file or directory
stat: cannot stat `ARTA/build/CHANGELOG': No such file or directory
1

lex@hemvi:~/Development/4. Test/11. ARTA/build$ stat --format="%a" 
"/home/lex/Development/4. Test/11. ARTA/build/CHANGELOG" ; echo $?
644
0


I guess all the calls need to be rewritten to take into account spaces in the 
path. This would be too laborious, thus perhaps we should warn in documentation 
packagers/developers not to use spaces in path when building?

--
components: Distutils
messages: 212548
nosy: drunax
priority: normal
severity: normal
status: open
title: setup.py install doesn't parse spaces in path
type: enhancement
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20824] setup.py install doesn't parse spaces in path

[Alexandru Gheorghe]

Alexandru Gheorghe added the comment:

Hmm, sorry, this seems to be a duplicate of issue4508 [ 
http://bugs.python.org/issue4508 ]

Should we close this as duplicate or keep it for further reference?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20825] containment test for "ip_network in ip_network"

[Michel Albert]

New submission from Michel Albert:

The ipaddress module always returns ``False`` when testing if a network is 
contained in another network. However, I feel this should be a valid test. No? 
Is there any reason why this is fixed to ``False``?

In case not, here's a patch which implements this test.

Note that by design, IP addresses networks can never overlap "half-way". In 
cases where this should return ``False``, you either have a network that lies 
completely "to the left", or completely "to the right". In the case it should 
return ``True`` the smaller network is always completely bounded by the larger 
network's network- and broadcast address.

I needed to change two containment tests as they were in conflict with this 
change. These tests were ``self.v6net not in self.v6net`` and ``self.v4net not 
in self.v4net``. The reason these two failed is that the new containment test 
checks the target range *including* broadcast and network address. So ``a in 
a`` always returns true.

This could be changed by excluding one of the two boundaries, and by that 
forcing the "containee" to be smaller than the "container". But it would make 
the check a bit more complex, as you would need to add an exception for the 
case that both are identical.

Backwards compatibility is a good question. Strictly put, this would break it. 
However, I can't think of any reason why anyone would expect ``a in a`` to be 
false in the case of IP-Addresses.

Just as a side-note, I currently work at our national network provider and am 
currently implementing a tool dealing with a lot of IP-Addresses. We have run 
into the need to test ``net in net`` a couple of times and ran into bugs 
because the stdlib returns ``False`` where you technically expect it to be 
``True``.

--
components: Library (Lib)
files: net-in-net.patch
keywords: patch
messages: 212550
nosy: exhuma, ncoghlan, pmoody
priority: normal
severity: normal
status: open
title: containment test for "ip_network in ip_network"
versions: Python 3.5
Added file: http://bugs.python.org/file34266/net-in-net.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20825] containment test for "ip_network in ip_network"

[Antoine Pitrou]

Antoine Pitrou added the comment:

I don't think "in" is the right operator for this. You can draw an analogy with 
sets:

>>> a = {1,2}
>>> b = {1,2,3}
>>> a <= b
True
>>> a in b
False

In mathematical terms, there is a difference between inclusion (being a subset 
of) and containment (being an element of).

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20825] containment test for "ip_network in ip_network"

[Michel Albert]

Michel Albert added the comment:

Hmm... after thinking about this, I kind of agree. I was about to state 
something about the fact that you could consider networks like an "ordered 
set". And use that to justify my addition :) But the more I think about it, the 
more I am okay with your point.

I quickly tested the following:

>>> a = ip_network('10.0.0.0/24')
>>> b = ip_network('10.0.0.0/30')
>>> a <= b
True
>>> b <= a
False

Which is wrong when considering "containement".

What about an instance-method? Something like ``b.contained_in(a)``?

At least that would be explicit and avoids confusion. Because the existing 
``__lt__`` implementation makes sense in the way it's already used.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20826] Faster implementation to collapse consecutive ip-networks

[Michel Albert]

New submission from Michel Albert:

This alternative implementation runs over the ``addresses`` collection only 
once, and "backtracks" only if necessary. Inspired by a "shift-reduce" approach.

Technically both are O(n), so the best case is always the same. But the old 
implementation runs over the *complete* list multiple times until it cannot 
make any more optimisations. The new implementation only repeats the 
optimisation on elements which require reconciliation.

Tests on a local machine have shown a considerable increase in speed on large 
collections of elements (iirc about twice as fast on average).

--
components: Library (Lib)
files: faster-collapse-addresses.patch
keywords: patch
messages: 212553
nosy: exhuma, ncoghlan, pmoody
priority: normal
severity: normal
status: open
title: Faster implementation to collapse consecutive ip-networks
type: performance
versions: Python 3.5
Added file: http://bugs.python.org/file34267/faster-collapse-addresses.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5626] misleading comment in socket.gethostname() documentation

[Chris Angelico]

Chris Angelico added the comment:

Python doesn't currently have any sort of function for fetching all a 
computer's IPs, as far as I know, but if there is one (either now or in the 
future), it would be good to link to that from there. "Here's how to get your 
host name. And if you're interested, over there is how to get your IP 
addresses." Otherwise, removing the potentially-misleading information (this is 
going to return something in 127.0.0.0/8 for a lot of systems) seems the 
reasonable option.

--
nosy: +Rosuav

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20827] IDLE : Display function argument list in ClassBrowser

[Saimadhav Heblikar]

New submission from Saimadhav Heblikar:

The proposed patch 
1.implements a TODO for ClassBrowser . it was (sic)show function argument list? 
(have to do pattern matching on source).my patch does not do pattern matching 
in the real sense of the phrase.it uses "imp" to import the module source and 
"inspect.getargspec" to get the function argument list.a new function called 
FormatArgumentList() is used to beautify and display only the relevant 
arguments.
in short,it displays the arguments for that function.previously, it was
def foo(...)
now it is,
def foo(bar1,bar2,*spam,**spam2,defaults=(5,))

2.Adds a human test dialog for ClassBrowser.

Currently there are no specific tests for ClassBrowser.
hence,i have also created test stubs for ClassBrowser.(ns:it is NOT present in 
this patch).
One way or another, will send in the patch which will add tests.(i'm waiting to 
know whether we go forward on 1 and 2).

--
components: IDLE
files: classbrowser-improvments.patch
keywords: patch
messages: 212555
nosy: Todd.Rovito, sahutd, taleinat, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE : Display function argument list in ClassBrowser
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file34268/classbrowser-improvments.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[mike bayer]

New submission from mike bayer:

this appears like it may be related to http://bugs.python.org/issue20786, at 
least in terms of inspect.getargspec() seems to be returning answers in 3.4 
where it used to raise TypeError, however like in 20786 it's again returning 
the wrong answer.  I'm a little concerned that some change was made to allow 
inspection of lots of builtins that wasn't before, but the argument lists 
haven't been checked.

test case:

import inspect
import datetime

try:
insp = inspect.getargspec(datetime.datetime.today.__call__)
except TypeError:
pass
else:
print(insp)
assert insp == (["self"], "args", "kwargs", None)

# claims to accept "args" and "kwargs", ok let's try...
datetime.datetime.today.__call__(1, 2, foo='bar')

# raises:
# TypeError: today() takes no keyword arguments

--
components: Library (Lib)
messages: 212556
nosy: zzzeek
priority: normal
severity: normal
status: open
title: inspect.getargspec() returns wrong answer with datetime.today.__call__()
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20786] inspect.getargspec() returns wrong answer with property.__delete__()

[mike bayer]

mike bayer added the comment:

see also http://bugs.python.org/issue20828 as it seems like there might be a 
bigger pattern here (not sure).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20825] containment test for "ip_network in ip_network"

[R. David Murray]

R. David Murray added the comment:

It seems from the ipaddress documentation that 'a.contains(b)' would 
appropriate.  But to avoid confusion with 'in', you could say a.covers(b).

However, 'in' is already used for  in , and you can already 
get subnets out of a network (via 'subnets'), so it isn't completely crazy to 
consider the network a container of subnets (of varying sizes, depending on the 
arguments to subnet).

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[R. David Murray]

Changes by R. David Murray :


--
nosy: +larry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20825] containment test for "ip_network in ip_network"

[Antoine Pitrou]

Antoine Pitrou added the comment:

> However, 'in' is already used for  in , and you can
> already get subnets out of a network (via 'subnets'), so it isn't
> completely crazy to consider the network a container of subnets (of
> varying sizes, depending on the arguments to subnet).

So how about subnet_of(other)?
(and the reciprocal supernet_of(other))

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14995] PyLong_FromString documentation should state that the string must be null-terminated

[Chris Angelico]

Chris Angelico added the comment:

Patch doesn't apply to current Python trunk (18 months later). Do you know what 
version you wrote this against? The current wording is different.

--
nosy: +Rosuav

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15618] turtle.pencolor() chokes on unicode

[Chris Angelico]

Chris Angelico added the comment:

Presumably this is not an issue in 3.x. Is this considered a bug fix (in which 
case the patch should almost certainly be applied - it looks perfectly safe), 
or a feature enhancement (in which case this should get closed wontfix)? Looks 
like low-hanging fruit.

--
nosy: +Rosuav

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[mike bayer]

mike bayer added the comment:

I've also worked around this on my end, so if my poking into today.__call__() 
isn't really a good idea anyway, I'm not doing that anymore.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[Yury Selivanov]

Yury Selivanov added the comment:

Why are you trying to get signature of 'datetime.datetime.today.__call__'?

__call__ in this case is a generic python object -- method-wrapper. It is used 
to make a classmethod. And the signature that getargspec is returning for it is 
correct.

--
nosy: +yselivanov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[Yury Selivanov]

Changes by Yury Selivanov :


--
nosy: +ncoghlan

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20786] inspect.getargspec() returns wrong answer with property.__delete__()

[Roundup Robot]

Roundup Robot added the comment:

New changeset c9861ec8754c by Yury Selivanov in branch 'default':
Issue #20786: Fix signatures for dict.__delitem__ and property.__delete__
http://hg.python.org/cpython/rev/c9861ec8754c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20786] inspect.getargspec() returns wrong answer with property.__delete__()

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20829] 3.4 cherry pick: c9861ec8754c Fix signatures for dict.__delitem__ and property.__delete__

[Yury Selivanov]

New submission from Yury Selivanov:

http://hg.python.org/cpython/rev/c9861ec8754c
changeset:   89461:c9861ec8754c
user:Yury Selivanov 
date:Sun Mar 02 12:25:27 2014 -0500
summary:
  Issue #20786: Fix signatures for dict.__delitem__ and property.__delete__

--
assignee: larry
keywords: 3.4regression
messages: 212565
nosy: larry, yselivanov
priority: release blocker
severity: normal
status: open
title: 3.4 cherry pick: c9861ec8754c Fix signatures for dict.__delitem__ and 
property.__delete__
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20786] inspect.getargspec() returns wrong answer with property.__delete__()

[Yury Selivanov]

Yury Selivanov added the comment:

Mike, this is now fixed. I've created an issue for tracking of getting this fix 
in 3.4.0: #20829.

Thanks for finding this bug!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20568] Pass --default-install to ensurepip in the Windows installers

[Martin v . Löwis]

Martin v. Löwis added the comment:

Unfortunately, the patch was incorrect. The option is called --default-pip, not 
--default-install (the patch had it right, but the committed change is wrong). 
As a consequence, the installer currently completely fails, as the unrecognized 
option causes a rollback of the entire Python installation.

--
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[mike bayer]

mike bayer added the comment:

we basically need to be able to get the argument signature for anything that 
passes callable(); function, method, class, object with __call__.  So this is 
the logic we use:

import inspect

def get_callable_argspec(fn):
if inspect.isfunction(fn) or inspect.ismethod(fn):
inspectable = fn
elif inspect.isclass(fn):
inspectable = fn.__init__
elif hasattr(fn, '__call__'):
inspectable = fn.__call__
else:
inspectable = fn

try:
return inspect.getargspec(inspectable)
except TypeError:
raise

def callable1(self, x, y):
pass

class SomeClass(object):
def __init__(self, x, y):
pass

def callable2(self, x, y):
pass

def __call__(self, x, y):
pass

callable3 = SomeClass
callable4 = SomeClass(2, 3)

for callable_ in (callable1, SomeClass(1, 2).callable2, callable3, callable4):
assert callable(callable_)  # the interpreter can tell me this

# how can it reliably tell me this? 
assert get_callable_argspec(callable_) == (["self", "x", "y"], None, None, 
None)


If you pass a builtin like datetime.datetime.today to it, 
isfunction()/ismethod()/isclass() return false, but it does have a __call__().

I'm working around this now by just refusing to act on anything that is 
types.BuiltinMethodType or types.BuiltinFunctionType.   

Any guidance on what the proper way is to get the argument signature for any 
object that returns True for callable() would be very helpful (py2.6-3.x 
compatible).  I'm not sure if there's a stdlib call for this.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20568] Pass --default-install to ensurepip in the Windows installers

[Roundup Robot]

Roundup Robot added the comment:

New changeset 16f91d87ff39 by Martin v. Löwis in branch 'default':
Issue #20568: Fix typo in pip option.
http://hg.python.org/cpython/rev/16f91d87ff39

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20568] Pass --default-install to ensurepip in the Windows installers

[Martin v . Löwis]

Martin v. Löwis added the comment:

cherry-picking in issue20830

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20830] 3.4 cherry-pick: 16f91d87ff39

[Martin v . Löwis]

New submission from Martin v. Löwis:

New changeset 16f91d87ff39 by Martin v. Löwis in branch 'default':
Issue #20568: Fix typo in pip option.
http://hg.python.org/cpython/rev/16f91d87ff39

--
messages: 212570
nosy: larry, loewis
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: 16f91d87ff39
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20748] 3.4rc2 MSI uninstallation leaves behind ensurepip _uninstall .pyc

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7b3c40510a08 by Martin v. Löwis in branch 'default':
Issue #20748: Uninstalling pip does not leave behind the pyc of
http://hg.python.org/cpython/rev/7b3c40510a08

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20748] 3.4rc2 MSI uninstallation leaves behind ensurepip _uninstall .pyc

[Martin v . Löwis]

Martin v. Löwis added the comment:

cherry-picking in Issue20831

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20831] 3.4 cherry-pick: 7b3c40510a08

[Martin v . Löwis]

New submission from Martin v. Löwis:

New changeset 7b3c40510a08 by Martin v. Löwis in branch 'default':
Issue #20748: Uninstalling pip does not leave behind the pyc of
http://hg.python.org/cpython/rev/7b3c40510a08

--
assignee: larry
messages: 212573
nosy: larry, loewis
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: 7b3c40510a08
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20465] Upgrade SQLite to 3.8.3 with 3.4.0 Windows and OS X installers

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9459f517d854 by Martin v. Löwis in branch 'default':
Issue #20465: Update Windows installer to SQLite 3.8.3.1.
http://hg.python.org/cpython/rev/9459f517d854

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20832] 3.4 cherry-pick: 9459f517d854

[Martin v . Löwis]

New submission from Martin v. Löwis:

New changeset 9459f517d854 by Martin v. Löwis in branch 'default':
Issue #20465: Update Windows installer to SQLite 3.8.3.1.
http://hg.python.org/cpython/rev/9459f517d854

--
assignee: larry
messages: 212576
nosy: larry, loewis
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: 9459f517d854
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20465] Upgrade SQLite to 3.8.3 with 3.4.0 Windows and OS X installers

[Martin v . Löwis]

Martin v. Löwis added the comment:

Cherry-picking in Issue20832.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

[Matej Cepl]

Matej Cepl added the comment:

Hmm, then I don’t care about this anymore. Solution which I won’t be able to 
use for couple of years doesn’t make sense to me to struggle with it. If 
anybody cares about python 3.5, feel free to reopen.

--
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20833] scripts\pydocgui.pyw out of date

[Martin v . Löwis]

New submission from Martin v. Löwis:

The script pydocgui.pyw uses pydoc.gui(), which no longer exists. Anybody 
removing the script also needs to remove it from msi.py (and possibly other 
places where it is still used).

--
messages: 212579
nosy: loewis
priority: normal
severity: normal
status: open
title: scripts\pydocgui.pyw out of date

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14512] Pydocs module docs server not working on Windows.

[Martin v . Löwis]

Martin v. Löwis added the comment:

Nick: the menu entry currently launches tools\scripts\pydocgui.pyw, with no 
command line options.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11558] Raise a more helpful exception in email.message.Message.attach after set_payload("some string")

[Varun Sharma]

Varun Sharma added the comment:

Afer getting a lot of help from david on irc, i finally improved the patch. Now 
it catches AttributeError and raises TypeError for non-object types in attach 
function.

--
Added file: http://bugs.python.org/file34269/test_email_attach_to_string.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14512] Pydocs module docs server not working on Windows.

[Roundup Robot]

Roundup Robot added the comment:

New changeset de81e0fe4905 by Martin v. Löwis in branch 'default':
Issue #14512: Launch pydoc -b instead of pydocgui.pyw on Windows.
http://hg.python.org/cpython/rev/de81e0fe4905

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20834] 3.4 cherry-pick: de81e0fe4905

[Martin v . Löwis]

New submission from Martin v. Löwis:

New changeset de81e0fe4905 by Martin v. Löwis in branch 'default':
Issue #14512: Launch pydoc -b instead of pydocgui.pyw on Windows.
http://hg.python.org/cpython/rev/de81e0fe4905

--
assignee: larry
messages: 212583
nosy: larry, loewis
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: de81e0fe4905
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14512] Pydocs module docs server not working on Windows.

[Martin v . Löwis]

Martin v. Löwis added the comment:

cherry-picking request in Issue20834.

I will personally not backport this to 3.3.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14512] Pydocs module docs server not working on Windows.

[Martin v . Löwis]

Martin v. Löwis added the comment:

FTR: the server itself works fine for me. I don't see an empty window, but the 
proper library index. Terry, if the issue persists for you even after the 
change to pydoc -b, please submit *another* issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15618] turtle.pencolor() chokes on unicode

[Terry J. Reedy]

Terry J. Reedy added the comment:

The particular error message is an artifact of 'red' having 3 letters, so that 
r,g,b = 'red' 'works'. turtle.pencolor(u'blue') raises
turtle.TurtleGraphicsError: bad color arguments: blue.

In general, 'solves the problem' is a bit vague. In this case, it should mean 
'make the exception go away and actually actually changes the pencolor', which 
the patch does. Chunk 2 patches ._colorstr. Once a unicode passes the revised 
test, the subsequent line
if self._iscolorstring(color) or color == "":
works because a) ._iscolorstring calls into tk, which is unicode based, and b) 
in 2.x, the comparison u''=='' is True. To be applied, test/test_turtle.py 
would need to have one or more tests added.

Chunks 2, 3, and 4 should fix all color issues. Chunk 1 is about file names 
instead. Though not stated, the intent appears to be to fix all possible issues 
with unicode_literals, as should be done if any are.  (I did verify that there 
are no other isinstance(x, str) checks.) In particular, chunk 1 needs a test. 
Does
if data.lower().endswith(".gif") and isfile(data):
data = TurtleScreen._image(data)
work when data is unicode? The unicode==str comparison works. Does 
os.path.isfile(unicode) work?  The os.path doc does not specify 'path', but 
unicode seems to work. TurtleScreen._image returns
return TK.PhotoImage(file=filename)
I have not found any doc on whether the file option on 2.7 widgets can be 
unicode or not.

I asked on pydev about the generic issue of a 2.7 param being documented as a 
'string' and the __future__ import changing str to unicode in thread 
'unicode_string future, str -> basestring, fix or feature'.

--
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20824] setup.py install doesn't parse spaces in path

[Ned Deily]

Ned Deily added the comment:

Thanks for noticing the duplicate.  I suggest adding yourself to the nosy list 
of Issue4508 and commenting there if you'd like to help things along.

--
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> distutils compiler not handling spaces in path to output/src 
files

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15618] turtle.pencolor() chokes on unicode

[Terry J. Reedy]

Terry J. Reedy added the comment:

The pronouncement on pydev is that this is a bugfix because the input are meant 
to be text and not specifically binary.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20835] (9-(9%2)

[gcx11]

New submission from gcx11:

Hello!
Is it error?
Write into console:
(9-(9%2)

--
messages: 212589
nosy: gcx11
priority: normal
severity: normal
status: open
title: (9-(9%2)
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20568] Pass --default-install to ensurepip in the Windows installers

[Nick Coghlan]

Nick Coghlan added the comment:

Thanks Martin - my apologies for retyping the change (and introducing the
error) rather than just applying the patch (I had assumed, perhaps
incorrectly, that wouldn't apply cleanly due to the UAC changes, but
obviously didn't properly check the retyped version against the original
patch)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[Yury Selivanov]

Yury Selivanov added the comment:

OK, I see.

I'd recommend you to take a look how inspect.signature is implemented in 3.3 or 
3.4 (and maybe backport it to python 2 and use the new API).

To quickly fix your code, I'd suggest the following modifications:

_WrapperDescriptor = type(type.__call__)
_MethodWrapper = type(all.__call__)
_ClassMethodWrapper = type(int.__dict__['from_bytes'])

def get_callable_argspec(fn):
if inspect.isfunction(fn) or inspect.ismethod(fn):
inspectable = fn
elif inspect.isclass(fn):
inspectable = fn.__init__
elif hasattr(fn, '__call__'):
inspectable = fn.__call__
else:
inspectable = fn
   
if isinstance(fn, (_WrapperDescriptor, _MethodWrapper, 
_ClassMethodWrapper)):
raise ValueError('unsupported callable {!r}'.format(fn))

try:
return inspect.getargspec(inspectable)
except TypeError:
raise


I'm closing this issue, as there is no real bug or regression in getargspec.

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

[R. David Murray]

R. David Murray added the comment:

This is something Python should deal with, so the issue should remain open.  
Whether it is a feature or a bug is still open to at least a little bit of 
debate.

This is particularly the case in this instance because the reason these sites 
are breaking the spec is out of security concerns.  Traditionally Python's 
backward compatibility/feature strictness is slightly more relaxed in the face 
of security issues.  So, if there is a non-trivial and growing number of web 
sites we can't talk with because of their security stance, there is at least an 
argument that this can be changed in maintenance releases.

Another argument in this vein is that the change does not mean that a *program* 
written in python x.y.z will fail if run under python x.y.z-1, but only that it 
will fail to talk to certain web sites in x.y.z-1.  That feels much more like a 
bug fix than a feature.  (Of course, if it is a program designed to talk to one 
of those websites exclusively, then that calculus would change, but we're 
looking at it from the perspective of a general class of python programs, not a 
particular program.)

This assumes that the fix is in the vein of the optimization of automatically 
sending the auth for all sub-urls, as suggested by the RFC.  If it requires 
changing the API, then it is no question a feature.

--
resolution: wont fix -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20835] (9-(9%2)

[Stefan Krah]

Stefan Krah added the comment:

No error here.

--
nosy: +skrah
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11558] Raise a more helpful exception in email.message.Message.attach after set_payload("some string")

[R. David Murray]

R. David Murray added the comment:

Yes, this is the right idea.

A couple of comments: I'm a bit concerned that the AttributeError might catch 
something other than the specific error generated by this case, but since that 
is unlikely and in any case would be revealed by the chained traceback, I think 
this is OK, and not worth the effort it
would take to narrow it.

The test, while correct, is IMO overbroad.  I prefer to only look for the 
essential parts of the message, which in this case would be mention of 'attach' 
and 'non-multipart'.  Thus the regex I suggested on irc for use in the test: 
'attach.*non-multipart'.

Also, you should wrap all lines to less than 79 characters, per PEP8.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20828] inspect.getargspec() returns wrong answer with datetime.today.__call__()

[mike bayer]

mike bayer added the comment:

I've got something like that going on right now, but am doing it in the other 
direction; when I look at __call__(), I only do anything with it if it passes 
inspect.ismethod().  Since I only want plain Python __call__() functions on 
plain Python objects.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11558] Raise a more helpful exception in email.message.Message.attach after set_payload("some string")

[Varun Sharma]

Varun Sharma added the comment:

I have fixed the pep8 voilations and shortened the regex as you suggested in 
the new patch.

--
Added file: 
http://bugs.python.org/file34270/test_email_attach_to_string_11558.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

[Matej Cepl]

Matej Cepl added the comment:

OK, so perhaps developing of tests is not such complete waste of time. And yes, 
I hoped that at least in terms of external API I wouldn´t introduce any change.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20836] Pickle Nonetype

[Hans Polak]

New submission from Hans Polak:

This simple code works, but I have two 'import pickle' lines.

The none working code has one 'import pickle' outside the class definition. 
This raises a Nonetype error in the pickle module, in the __del__ method. I'd 
like to know why and I think it's a bug, or is it?

class Login():
users = {}

def __init__(self):
try:
with open('user.data','rb') as f:
import pickle
self.users = pickle.load(f)
#print('init: {}'.format(self.users))
except Exception:
#'user.data' file doesn't exist
pass

def __del__(self):
try:
with open('user.data','wb') as f:
#print('del: {}'.format(self.users))
#print(type(self.users))
#print(type(f))
import pickle
pickle.dump(self.users, f, pickle.HIGHEST_PROTOCOL)
except Exception as e:
print('__del__ Shit happened: {}'.format(e))

--
assignee: docs@python
components: Documentation
messages: 212598
nosy: Hans.Polak, docs@python
priority: normal
severity: normal
status: open
title: Pickle Nonetype
type: behavior
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20836] Pickle Nonetype

[R. David Murray]

R. David Murray added the comment:

Before python 3.4, __del__ methods are problematic.  During interpreter 
shutdown various module attributes get set to None, which is probably what is 
triggering the error. 

It is unlikely there is a Python bug here: it is a known and documented issue 
that module attributes can disappear (get set to None) before __del__ methods 
are run, if objects are not GCed before interpreter shutdown starts.  (Pre 3.4. 
 In 3.4 this situation is much improved.)

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11558] Raise a more helpful exception in email.message.Message.attach after set_payload("some string")

[R. David Murray]

R. David Murray added the comment:

You missed a PEP8 line length fix.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20815] ipaddress unit tests PEP8

[Raymond Hettinger]

Raymond Hettinger added the comment:

FWIW, I consider this patch to be a waste of time and don't want to encourage 
more patches like it.   Please focus on substantive changes like improving test 
coverage, adding documentation strings, etc.

Applying this patch would make a microscopic improvement to neatness but it 
also has costs (wasting Nick's time, masking the actual test developer's name 
in the Hg file annotation, and making it more difficult to apply cross-version 
bug fixes).

PEP-8 is a set of guidelines, not a rigid set of rules where "violations" must 
be sought out and eliminated.   That is not the spirit of the PEP.

I recommend closing this as won't fix.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20752] Difflib should provide the option of overriding the SequenceMatcher

[Raymond Hettinger]

Raymond Hettinger added the comment:

Uncle Timmy, what say you?

--
assignee:  -> tim.peters
nosy: +rhettinger, tim.peters

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

[Milan Oberkirch]

Milan Oberkirch added the comment:

According to the documentation[1] the values for host should be set to 
'localhost' by default. I attached a patch that does just that. Also note, that 
the minimal example at the end of [1] is broken by this bug.

[1]: http://docs.python.org/2/library/imaplib.html?highlight=imap#imaplib.IMAP4

--
nosy: +zvyn
Added file: http://bugs.python.org/file34271/imaplib-zvyn.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20837] Ambiguity words in base64 documentation

[INADA Naoki]

New submission from INADA Naoki:

http://docs.python.org/3/library/base64.html

> The modern interface supports encoding and decoding ASCII byte string objects 
> using all three alphabets.

What "all three alphabets" means?
I think it is about *altchars*. But the sentence is too ambiguous to translate 
it in Japanese.

--
assignee: docs@python
components: Documentation
messages: 212604
nosy: docs@python, naoki
priority: normal
severity: normal
status: open
title: Ambiguity words in base64 documentation
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20837] Ambiguity words in base64 documentation

[R. David Murray]

R. David Murray added the comment:

There are three different 'base64 alphabets' defined in the standard.  The 
support for using them is via altchars. 'URL safe' and 'filename safe' are the 
two alternate alphabets defined in the standard, which you can see if you 
follow the link to the RFC.

A patch making this more explicit in the base64 docs themselves would almost 
certainly be accepted.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20815] ipaddress unit tests PEP8

[Nick Coghlan]

Nick Coghlan added the comment:

I think there's still value in giving someone experience with the current patch 
development process, as well as looking for potentially genuine readability 
improvements.

However, I also agree that automated compliance with a style guide checker 
can't sensibly be retrofitted to an existing project, even if that project is 
the originator of the style guide (it generates too much noise in the code 
history, and risks creating spurious merge conflicts for other changes. In the 
specific case of the standard library, we also sometimes make exceptions to the 
style guide to reduce code churn when merging in an existing project, as 
happened in the case of ipaddress).

In this case, I like the alignment fixes in the custom assertion methods, so 
I'll probably apply those as a small readability improvement.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20837] Ambiguity words in base64 documentation

[INADA Naoki]

INADA Naoki added the comment:

Here's patch.

--
keywords: +patch
Added file: http://bugs.python.org/file34272/base64.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20838] Documents disagree about release state of Python 3.3.5

[Christian Clauss]

New submission from Christian Clauss:

http://python.org/download/releases/3.3.5 says that 3.3.5rc1 is current but

http://docs.python.org/3.3/whatsnew/changelog.html says that 3.3.5rc2 is 
current and

http://legacy.python.org/dev/peps/pep-0398/#id5 says that 3.3.5 should have 
been released two days ago.

--
assignee: docs@python
components: Documentation
messages: 212608
nosy: Christian.Clauss, docs@python
priority: normal
severity: normal
status: open
title: Documents disagree about release state of Python 3.3.5
type: enhancement
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15618] turtle.pencolor() chokes on unicode

[Terry J. Reedy]

Terry J. Reedy added the comment:

But there is also substantial disagreement. I will not do anything yet.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20838] Documents disagree about release state of Python 3.3.5

[Christian Clauss]

Changes by Christian Clauss :


--
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11558] Raise a more helpful exception in email.message.Message.attach after set_payload("some string")

[Varun Sharma]

Varun Sharma added the comment:

Sorry :)

--
Added file: 
http://bugs.python.org/file34273/test_email_attach_to_string_11558.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12387] IDLE save keyboard shortcut problem

[Westley Martínez]

Westley Martínez added the comment:

I know that Tk has individual states for whether or not a key is pressed with 
Caps Lock or Shift or other modifiers, so maybe there is a way to have the 
shortcuts ignore Caps Lock entirely.

More info: 
http://stackoverflow.com/questions/665502/status-of-shift-and-caps-lock-in-python

--
nosy: +westley.martinez

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12387] IDLE save keyboard shortcut problem

[Ned Deily]

Ned Deily added the comment:

See also "Modifier Keys" on the Tk Wiki:
http://wiki.tcl.tk/28331

There are both deliberate and accidental platform-specific behavior differences 
among Tk implementations.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20014] Makes array.array constructor accepts ascii-unicode typecode

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Re-opened due to Python-Dev discussion 
http://comments.gmane.org/gmane.comp.python.devel/146057.

--
resolution: out of date -> 
stage: committed/rejected -> patch review
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20015] Allow 1-character ASCII unicode where 1-character str is required

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Re-opened due to Python-Dev discussion 
http://comments.gmane.org/gmane.comp.python.devel/146057.

--
resolution: invalid -> 
stage: committed/rejected -> patch review
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20839] pkgutil.get_loader throws deprecation warning due to internal deprecation

[Armin Ronacher]

New submission from Armin Ronacher:

pkgutil.get_loader calls
pkgutil.find_loader which calls
importlib.find_loader

The latter logs a deprecation warning about it being replaced by 
importlib.util.find_spec.

This is a regression in 3.4 as far as I can see.

--
keywords: 3.4regression
messages: 212615
nosy: aronacher
priority: normal
severity: normal
status: open
title: pkgutil.get_loader throws deprecation warning due to internal deprecation
type: behavior
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20830] 3.4 cherry-pick: 16f91d87ff39

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
assignee:  -> larry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com