[issue20683] [doc] Ease comprehension of section 9.2 of docs for Python 2 and 3 with example

[Karl Richter]

New submission from Karl Richter:

The explanation of namespaces in section 9.2 in documentation 
(http://docs.python.org/3/tutorial/classes.html#python-scopes-and-namespaces) 
is just so complicated without (at least one tiny) example. The example would 
ease the comprehension of the section by a high factor.

--
assignee: docs@python
components: Documentation
messages: 211607
nosy: docs@python, krichter
priority: normal
severity: normal
status: open
title: [doc] Ease comprehension of section 9.2 of docs for Python 2 and 3 with 
example
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

[issue20648] 3.4 cherry-pick: multiple changesets for asyncio

[STINNER Victor]

STINNER Victor added the comment:

changeset:   89269:9cfb3d1cf0d1
tag: tip
user:Victor Stinner 
date:Wed Feb 19 13:32:34 2014 +0100
files:   Doc/library/asyncio-eventloop.rst
description:
asyncio: document new create_unix_connection() and create_unix_server() methods
of BaseEventLoop

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follow __wrapped__ chains

[Nick Coghlan]

New submission from Nick Coghlan:

In a comment on issue 17482, Mike Bayer pointed out a backwards incompatibility 
resulting from changing inspect.getfullargspec (etc) to rely on 
inspect.signature: they now follow __wrapped__ chains, where previously they 
ignored them.

This means that instead of reporting the exact signature of the *wrapper*, they 
now report the signature of the wrapped function instead.

Since switching these functions from ignoring __wrapped__ to following it is an 
unintended backwards incompatible change, I'll tweak the code to bypass the 
unravelling of wrapper chains in the getfullargspec case.

--
components: Library (Lib)
keywords: 3.4regression
messages: 211609
nosy: larry, ncoghlan, yselivanov
priority: release blocker
severity: normal
stage: test needed
status: open
title: inspect.getfullargspec (etc) incorrectly follow __wrapped__ chains
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

[issue17482] functools.update_wrapper mishandles __wrapped__

[Nick Coghlan]

Nick Coghlan added the comment:

New release blocker created as issue 20684

--

___
Python tracker 

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

[issue20631] python readline module crashing on NULL access

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage:  -> patch review
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

[issue20682] test_create_ssl_unix_connection() of test_asyncio failed on "x86 Tiger 3.x"

[STINNER Victor]

STINNER Victor added the comment:

> Looking at a man page for getsockname on Mac OS X (10.9):
> BUGS: Names bound to sockets in the UNIX domain are inaccessible; 
> getsockname() returns a zero-length address.

test_asyncio pass on Mac OS 10.6 (Snow Leopard) and 10.9 (Maverick). The issue 
looks to be specific to Mac OS 10.4.

--

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[daniel hahler]

daniel hahler added the comment:

Please note that I have noticed this not because of setting it via 
`os.environ`, but because a program using `os.environ.clear()` crashed:
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1281086

I cannot say how this unusual entry was added to the environment, but it showed 
up in `env` and therefore it is possible somehow.

--

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[STINNER Victor]

STINNER Victor added the comment:

"Please note that I have noticed this not because of setting it via 
`os.environ`, but because a program using `os.environ.clear()` crashed:
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1281086";

The bug is not os.environ.clear(), but that os.environ contains an empty string.

It would help to know if the key was set manually by apport, or if it comes 
from the real environment. The environment looks correct:
https://launchpadlibrarian.net/166517334/ProcEnviron.txt

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Nick Coghlan]

Nick Coghlan added the comment:

Attached patch moves the signature to an internal helper that takes an 
additional flag - whether or not to follow wrapper chains. getfullargspec() now 
calls this with the flag turned off, and that is passed down to any recursive 
calls.

I'll be offline again until tomorrow evening, so don't feel obliged to wait for 
me if the patch looks good or just needs minor tweaks before merging.

I also noticed a quirk with the getfullargspec -> signature fallback - we still 
drop the leading arg for partialmethod and other sources of signatures that 
aren't special cased. That's probably OK though - previously those wouldn't 
report signatures at all.

--
keywords: +patch
stage: test needed -> patch review
title: inspect.getfullargspec (etc) incorrectly follow __wrapped__ chains -> 
inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains
Added file: 
http://bugs.python.org/file34143/issue20684_ignore_wrapped_in_argspec.diff

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[daniel hahler]

daniel hahler added the comment:

> It would help to know if the key was set manually by apport, or if it comes 
> from the real environment. The environment looks correct:

It comes from the real environment.

I wanted to use apport, but could not from the current shell, because of this 
bug.

I had then looked at the output of `env` in this shell, and it contained just 
"=" (IIRC, but an empty name/key for sure). This was in a tmux shell/pane, 
which I have closed already.

--

___
Python tracker 

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

[issue19748] test_time failures on AIX

[STINNER Victor]

STINNER Victor added the comment:

> which is what I would expect based on the patch and the new AIX-specific 
> error message. What did you expect?

No, mktime() and ctime() should both raise OverflowError. It looks like 
mktime() doesn't fail. Can you please try the following examples on AIX?

Examples on Linux:

>>> time.mktime((-100, 1, 10) + (0,)*6)
Traceback (most recent call last):
  File "", line 1, in 
ValueError: year out of range
>>> time.mktime((100, 1, 10) + (0,)*6)
Traceback (most recent call last):
  File "", line 1, in 
ValueError: year out of range
>>> time.mktime((1900, 1, 10) + (0,)*6)
-2208211761.0
>>> time.mktime((1930, 1, 10) + (0,)*6)
-1261526400.0
>>> time.mktime((1969,12,31, 23,59,59, 0,0,0))
-3601.0

--

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[STINNER Victor]

STINNER Victor added the comment:

> It comes from the real environment.

Oh. It looks possible to define an environment variable with an empty key, but 
not to remove it:

$ env -i =value python -c 'import pprint, os; pprint.pprint(os.environ); del 
os.environ[""]'
environ({'': 'value'})
Traceback (most recent call last):
  File "", line 1, in 
  File "Lib/os.py", line 662, in __delitem__
self.unsetenv(encodedkey)
OSError: [Errno 22] Invalid argument

--

___
Python tracker 

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

[issue19744] test_venv and installation fail if SSL/TLS is not available

[Nick Coghlan]

Nick Coghlan added the comment:

Issue 20685 created to cover inclusion in 3.4.0, already committed to default, 
so closing this one.

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

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[STINNER Victor]

STINNER Victor added the comment:

By the way, Python allows also to set an environment with a name containing 
"=", whereas getenv/setenv/unsetenv doesn't.

$ env -i python -c 'import pprint, posix, os; os.environ["a="]="1"; 
print(os.environ); posix.unsetenv("a=")'

environ({'a=': '1'})
Traceback (most recent call last):
  File "", line 1, in 
OSError: [Errno 22] Invalid argument

--

___
Python tracker 

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

[issue20685] 3.4 cherry pick: 9f76adbac8b7 better handling of missing SSL/TLS in ensurepip

[Nick Coghlan]

New submission from Nick Coghlan:

This change ensures make install and make altinstall still work in builds 
without SSL/TLS.

New changeset 9f76adbac8b7 by Nick Coghlan in branch 'default':
Issue #19744: Handle missing SSL/TLS in ensurepip
http://hg.python.org/cpython/rev/9f76adbac8b7

--
assignee: larry
messages: 211618
nosy: larry, ncoghlan
priority: release blocker
severity: normal
status: open
title: 3.4 cherry pick: 9f76adbac8b7 better handling of missing SSL/TLS in 
ensurepip

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
Removed message: http://bugs.python.org/msg211621

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Are there supported platforms on which setenv() is not supported? When we will 
migrate to setenv(), an argument check will be not needed.

In any case I think we should wrap unsetenv() in os.environ.clear() so that it 
should try to remove all environment variables even if some calls of unsetenv() 
fails.

--

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Are there supported platforms on which setenv() is not supported.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue20660] Starting a second multiprocessing.Manager causes INCREF on all object created by the first one.

[mythsmith]

mythsmith added the comment:

Thanks Richard. The set_start_method() call will affect any process started 
from that time on? Is it possible to change idea at some point in the future?
Anyway, I cannot upgrade right now.

Would it be an option to subclass BaseProxy, override the _after_fork method so 
it will do nothing upon forking?

--

___
Python tracker 

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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[STINNER Victor]

STINNER Victor added the comment:

In fact, there is also a clearenv() function which could be used by 
os.environ.clear().

"The clearenv() function clears the environment of all name-value pairs and 
sets the value of the external variable environ to NULL."

It looks like supported names depends a lot on the platform and platform 
version. Extract of Linux manual pages:

setenv:
---
BUGS:

POSIX.1-2001  specifies  that  if  name  contains an '=' character, then 
setenv() should fail with the error EINVAL; however, versions of glibc before 
2.3.4 allowed an '=' sign in name.
---

clearenv:
---
CONFORMING TO

Various  UNIX variants (DG/UX, HP-UX, QNX, ...).  POSIX.9 (bindings for 
FORTRAN77).  POSIX.1-1996 did not accept clearenv() and putenv(3), but changed 
its mind and scheduled these functions for some later issue of this standard 
(cf. B.4.6.1).  However, POSIX.1-2001 adds only putenv(3),  and  rejected 
clearenv().
---

> In any case I think we should wrap unsetenv() in os.environ.clear() so that 
> it should try to remove all environment variables even if some calls of 
> unsetenv() fails.

os.environ.clear() may tries to remove as much keys as possible, but keep keys 
for which unsetenv raised an error and raise a global error in this case.

--

___
Python tracker 

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

[issue20510] Test cases in test_sys don't match the comments

[Zachary Ware]

Zachary Ware added the comment:

I considered doing a test like that, but figured it was pretty well covered by 
the assert_python_ok no-arg test.  On the other hand, it looks like we document 
that the default value of SystemExit().code is None, so it should be tested.  
I'll add it in.

Thanks, Serhiy!

--

___
Python tracker 

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

[issue20648] 3.4 cherry-pick: multiple changesets for asyncio

[Yury Selivanov]

Yury Selivanov added the comment:

changeset:   89270:186f6f56f4bc
tag: tip
user:Yury Selivanov 
date:Wed Feb 19 11:10:52 2014 -0500
files:   Lib/asyncio/transports.py Lib/test/test_asyncio/test_transports.py
description:
asyncio: WriteTransport.set_write_buffer_size to call _maybe_pause_protocol

--

___
Python tracker 

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

[issue20686] Confusing statement

[Daniel U. Thibault]

New submission from Daniel U. Thibault:

Near the end of 3.1.3 
http://docs.python.org/2/tutorial/introduction.html#unicode-strings you can 
read:

"When a Unicode string is printed, written to a file, or converted with str(), 
conversion takes place using this default encoding."

This can be interpreted as stating that stating that printing a Unicode string 
(using the print function or the shell's default print behaviour) results in 
ASCII printout.  It can likewise be interpreted as stating that any write of a 
Unicode string to a file converts the string to ASCII.  Experimentation shows 
this is not true.  Perhaps you meant something like this:

"When a Unicode string is converted with str() in order to be printed or 
written to a file, conversion takes place using this default encoding."

Grammatical comments: In the statement "When a Unicode string is printed, 
written to a file, or converted with str(), conversion takes place using this 
default encoding.", the ", or" puts the three elements of the enumeration on 
the same level (respectively "printed", "written to a file", and "converted 
with str()"). The confusion seems to arise because "with str()" was meant to 
apply to the list as a whole, not just its last element.

--
assignee: docs@python
components: Documentation
messages: 211627
nosy: Daniel.U..Thibault, docs@python
priority: normal
severity: normal
status: open
title: Confusing statement
type: enhancement

___
Python tracker 

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

[issue20635] Fix the grid geometry manager and add tests for geometry managers

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Unfortunately new tests emit on 3.3 and 2.7 same warnings as in issue20567. So 
I have committed only the fix, without tests.

--

___
Python tracker 

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

[issue20635] Fix the grid geometry manager and add tests for geometry managers

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Changesets 857ddbaff14e (2.7), 6227b0ecb5fb (3.3) and b6df5f8f86d3 (default).

--

___
Python tracker 

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

[issue20510] Test cases in test_sys don't match the comments

[Roundup Robot]

Roundup Robot added the comment:

New changeset 292cac3afca6 by Zachary Ware in branch '2.7':
Issue #20510: Confirm that the code attribute of the SystemExit
http://hg.python.org/cpython/rev/292cac3afca6

New changeset 71411d5f3c8b by Zachary Ware in branch '3.3':
Issue #20510: Confirm that the code attribute of the SystemExit
http://hg.python.org/cpython/rev/71411d5f3c8b

New changeset 24412574fe24 by Zachary Ware in branch 'default':
Issue #20510: Merge with 3.3
http://hg.python.org/cpython/rev/24412574fe24

--

___
Python tracker 

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

[issue20672] test_list() of test_tarfile fails on

[Roundup Robot]

Roundup Robot added the comment:

New changeset b508cbc29acf by Serhiy Storchaka in branch '3.3':
Issue #20672: Fixed tests for TarFile.list() on non-UTF-8 locales.
http://hg.python.org/cpython/rev/b508cbc29acf

New changeset 13d27bad7393 by Serhiy Storchaka in branch 'default':
Issue #20672: Fixed tests for TarFile.list() on non-UTF-8 locales.
http://hg.python.org/cpython/rev/13d27bad7393

--
nosy: +python-dev

___
Python tracker 

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

[issue20672] test_list() of test_tarfile fails on

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch 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

[issue20682] test_create_ssl_unix_connection() of test_asyncio failed on "x86 Tiger 3.x"

[Roundup Robot]

Roundup Robot added the comment:

New changeset e6016fffc894 by Victor Stinner in branch 'default':
Close #20682: Fix UNIX sockets tests of test_asyncio on Mac OS X Tiger
http://hg.python.org/cpython/rev/e6016fffc894

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue20682] test_create_ssl_unix_connection() of test_asyncio failed on "x86 Tiger 3.x"

[Roundup Robot]

Roundup Robot added the comment:

New changeset 07cdce316b1d by Victor Stinner in branch 'default':
Issue #20682: Oops, fix test_create_connection() of test_asyncio (fix my 
previous commit)
http://hg.python.org/cpython/rev/07cdce316b1d

--

___
Python tracker 

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

[issue16997] subtests

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

We just discovered that this change breaks testtools.  I will file a new bug on 
that.

--

___
Python tracker 

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

[issue20686] Confusing statement

[R. David Murray]

R. David Murray added the comment:

It seems to me the statement is correct as written.  What experiments indicate 
otherwise?

--
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

[issue20687] Change in expectedFailure breaks testtools

[Barry A. Warsaw]

New submission from Barry A. Warsaw:

The change for issue #16997 82844:5c09e1c57200 introduced a regression with 
testtools.  See attached file and instructions for reproducing it (it requires 
the testtools package).

--
components: Library (Lib)
files: test_expected_failure.py
keywords: 3.4regression
messages: 211636
nosy: barry
priority: normal
severity: normal
status: open
title: Change in expectedFailure breaks testtools
versions: Python 3.4
Added file: http://bugs.python.org/file34144/test_expected_failure.py

___
Python tracker 

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

[issue16997] subtests

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

See issue #20687

--

___
Python tracker 

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

[issue20686] Confusing statement

[Georg Brandl]

Georg Brandl added the comment:

The only problem I can see is that "print" uses the console encoding.

For files and str(), the comment is correct for Python 2.

--
nosy: +georg.brandl

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Thomi Richards]

Changes by Thomi Richards :


--
nosy: +thomir

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +rbcollins

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Robert Collins]

Robert Collins added the comment:

I concur that this is a regression - " 

unittest.expectedFailure()

Mark the test as an expected failure. If the test fails when run, the test 
is not counted as a failure.
"

is in the public docs for the unittest module, and depending on a private 
attribute to be set is a bit of an abstraction violation - at the least it 
should handle it not being set (for any older test unittest compatible testcase 
object).

--

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Bumping to release blocker so Larry can make a determination.

--
nosy: +larry
priority: normal -> release blocker

___
Python tracker 

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

[issue6143] IDLE - an extension to clear the shell window

[Tal Einat]

Tal Einat added the comment:

Attaching a patch adding a ClearWindow extension for IDLE.

I took some ideas from Roger's version in IdleX, but I wrote this version from 
scratch and it is significantly different in many aspects.

This patch includes extensive tests with 98% coverage of ClearWindow.py.

This also includes a minor change to PyShell, adding a 'prompt' tag to every 
prompt in the shell's Text widget. This makes it straightforward for the 
ClearWindow extension to find the last prompt in the shell.

--
keywords: +patch
Added file: 
http://bugs.python.org/file34145/taleinat.20140219.IDLE_ClearWindow_extension.patch

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

[issue6143] IDLE - an extension to clear the shell window

[Tal Einat]

Tal Einat added the comment:

Attached another patch which adds support for the Squeezer extension to 
ClearWindow. This is necessary in case the Squeezer extension is added to IDLE.

This patch allows ClearWindow to properly remove "squeezed text" buttons 
created by Squeezer, and also reinsert them if the 'clear' operation is undone.

This patch also updates the relevant ClearWindow tests as well as adding new 
tests to check the new functionality.

--
Added file: 
http://bugs.python.org/file34146/taleinat.20140219.IDLE_ClearWindow_Squeezer_integration.patch

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

[issue1529353] Squeezer - squeeze large output in the interpreter

[Tal Einat]

Tal Einat added the comment:

Serhiy, which warnings?

Some of the tests use Tk GUI elements, so they include "requires('gui')". You 
need to run the tests with a proper environment so that these tests are run; 
otherwise you get a warning that the 'gui' resource in unavailable.

--

___
Python tracker 

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

[issue1529353] Squeezer - squeeze large output in the interpreter

[Tal Einat]

Tal Einat added the comment:

See related issue6143 "IDLE - an extension to clear the shell window", where 
special support for Squeezer is required in that extension (patch included 
there).

--

___
Python tracker 

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

[issue1529353] Squeezer - squeeze large output in the interpreter

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The test emits a lot of warnings.

--

___
Python tracker 

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

[issue6143] IDLE - an extension to clear the shell window

[Tal Einat]

Tal Einat added the comment:

Regarding the last patch, see issue1529353 which proposes adding the Squeezer 
IDLE extension (including patches).

--

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti, michael.foord, pitrou
type:  -> behavior

___
Python tracker 

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

[issue1529353] Squeezer - squeeze large output in the interpreter

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Mainly deprecation warnings about assertEquals(). Run

./python -Wall -b -m test.regrtest -vuall test_idle

--

___
Python tracker 

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

[issue20629] Python ctypes BigEndianStructure bitfield assignment misbehavior in Linux

[Rob Gaddi]

Rob Gaddi added the comment:

I was just working on similar things, and found the same problem.  I can 
confirm failure on both Python 2.7.4 and Python 3.3.1 running on 64-bit Linux, 
and that the Windows builds do not have this problem.

My code:

from __future__ import print_function
from ctypes import *
from itertools import product

bases = (BigEndianStructure, LittleEndianStructure)
packs = (True, False)
basetypes = ( (c_uint,16), (c_ushort,16), (c_uint,32) )

print("Base Basetype  pack  high  low   size  bytes")
for basetype, base, pack in product(basetypes, bases, packs):
fields = [
('high', basetype[0], basetype[1]),
('low', basetype[0], basetype[1]),
]
cls = type('', (base,), {'_pack_' : pack, '_fields_' : fields})

x = cls(high = 0x1234, low = 0x5678)

bacls = c_uint8 * sizeof(x)
ba = bacls.from_buffer(x)
s = ''.join('{0:02X}'.format(b) for b in ba)

k = '*' if (x.high != 0x1234 or x.low != 0x5678) else ''

report = "{name:25s}{basetype:10s}{pack:4d}  {high:04X}  {low:04X}  
{size:4d}  {s}{k}".format(
name = base.__name__,
high = x.high,
low = x.low,
size = sizeof(x),
pack = pack,
basetype = basetype[0].__name__,
s = s,
k = k
)
print(report)

My results:
Base Basetype  pack  high  low   size  bytes
BigEndianStructure   c_uint   1    5678 4  5678*
BigEndianStructure   c_uint   0    5678 4  5678*
Structurec_uint   1  1234  5678 4  34127856
Structurec_uint   0  1234  5678 4  34127856
BigEndianStructure   c_ushort 1  1234  5678 4  12345678
BigEndianStructure   c_ushort 0  1234  5678 4  12345678
Structurec_ushort 1  1234  5678 4  34127856
Structurec_ushort 0  1234  5678 4  34127856
BigEndianStructure   c_uint   1  1234  5678 8  12345678
BigEndianStructure   c_uint   0  1234  5678 8  12345678
Structurec_uint   1  1234  5678 8  34127856
Structurec_uint   0  1234  5678 8  34127856

On python3, the BigEndianStructure seemingly at random will set the high or low 
fields from one execution to the next, but always misses one or the other.  I 
have always seen high = 0, low = 0x5678 on python2.

--
nosy: +rgaddi
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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Yury Selivanov]

Yury Selivanov added the comment:

Nick, thanks for writing this patch!

> That's probably OK though - previously those wouldn't report signatures at 
> all.

I honestly don't think it is OK. I think we should stick to the behaviour of 
old 'getfullargspec' consistently, to make its behaviour always predictable.

I further tweaked your patch, please review the new one (*_02.diff)

The changes are relatively simple -- I've added a new bool flag to 
'_signature_internal' -- skip_bound_arg. When it is False, the logic for 
skipping bound args is off. It also made 'getfullargspec' implementation 
simpler.

Now 'getfullargspec()' should behave always like it did before + it will handle 
more callables.

Larry, if you have some time for this, I'd be glad to receive your feedback on 
this. This issue is quite important.

--
Added file: 
http://bugs.python.org/file34147/issue20684_ignore_wrapped_in_argspec_02.diff

___
Python tracker 

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

[issue20269] Inconsistent behavior in pdb when pressing Ctrl-C

[Steven Downum]

Changes by Steven Downum :


--
nosy: +Steven.Downum

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Nick Coghlan]

Nick Coghlan added the comment:

Your version looks good to me, Yury (and good idea to add the second flag).

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Yury Selivanov]

Yury Selivanov added the comment:

Thanks, Nick. Do you want me to commit the patch?
(Larry will x-ray the patch before including it in 3.4rc2)

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Nick Coghlan]

Nick Coghlan added the comment:

Yeah, I think push this (with NEWS etc) for 3.4.1, then create the cherry
pick patch for Larry.

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Larry Hastings]

Larry Hastings added the comment:

My only question: do they need to be independent flags?  ISTM that they're 
always either both True or both False.

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Yury Selivanov]

Yury Selivanov added the comment:

> My only question: do they need to be independent flags?  ISTM that they're 
> always either both True or both False.

I'd keep them independent solely to make the code easier to read/audit. As, for 
instance, a combined argument won't make sense for someone who just inspects 
the code of '_signature_from_builtin()' helper.

--

___
Python tracker 

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

[issue20654] Pydoc (and help) fails with socket.AddressFamily

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8a3e896f0681 by Serhiy Storchaka in branch 'default':
Issue #20654: Fixed pydoc for enums with zero value.  Patch by Vajrasky Kok.
http://hg.python.org/cpython/rev/8a3e896f0681

--
nosy: +python-dev

___
Python tracker 

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

[issue20654] Pydoc (and help) fails with socket.AddressFamily

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you Vajrasky!

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
type:  -> behavior

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Nick Coghlan]

Nick Coghlan added the comment:

I think in 3.5 it may actually make sense to expose these as options
(perhaps with different names), so yeah, I think separate flags is
reasonable.

The only plausible combined name would also be something like "legacy", and
that would need to be assigned to more meaningful local variables for
readability reasons anyway.

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Yury Selivanov]

Yury Selivanov added the comment:

Committed in 65fb95578f94 
.. forgot to add the issue # in the commit message :(

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[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

[issue20688] 3.4 cherry-pick: 65fb95578f94 inspect: Fix getfullargspec() to not to follow __wrapped__ chains

[Yury Selivanov]

New submission from Yury Selivanov:

Larry, please consider cherry-picking this in 3.4.0.

The main motivation to have this in 3.4.0 is to avoid introducing a backwards 
incompatible change in inspect.getfullargspec() and inspect.getargspec() 
semantics.


changeset:   89284:65fb95578f94
user:Yury Selivanov 
date:Wed Feb 19 16:27:23 2014 -0500
files:   Lib/inspect.py Lib/test/test_inspect.py Misc/NEWS
description:
inspect: Fix getfullargspec() to not to follow __wrapped__ chains

Initial patch by Nick Coghlan.

--
assignee: larry
messages: 211660
nosy: larry, ncoghlan, yselivanov
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: 65fb95578f94 inspect: Fix getfullargspec() to not to 
follow __wrapped__ chains
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

[issue6815] UnicodeDecodeError in os.path.expandvars

[Roundup Robot]

Roundup Robot added the comment:

New changeset d11ca14c9a61 by Serhiy Storchaka in branch '2.7':
Issue #6815: os.path.expandvars() now supports non-ASCII Unicode environment
http://hg.python.org/cpython/rev/d11ca14c9a61

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Yury Selivanov]

Yury Selivanov added the comment:

Issue #20688 to track cherry-picking this into 3.4.0

--

___
Python tracker 

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

[issue20689] socket.AddressFamily is absent in html pydoc

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

The documentation for socket.AddressFamily (unlike to SocketType) isn't 
generated in html page by pydoc.

May be issue20654 is similar to this issue.

--
components: Library (Lib)
messages: 211662
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: socket.AddressFamily is absent in html pydoc
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

[issue6143] IDLE - an extension to clear the shell window

[Terry J. Reedy]

Terry J. Reedy added the comment:

I have not looked Idle issues in the last few days because I am working on the 
unmaintained (since 2006 and 8), embarrassing (~5 bugs in 70 lines), 
disfunctional mess that tokenize.untokenize has been. It will take me a few 
more days to finish.

Clearing the shell window strikes me as an obvious beginner feature. From what 
I have read here, Squeezer strikes me as the sort of advanced feature that you 
and others have suggested should not be added. I might change my mind after 
trying it out. I must admit that switching from a half gigabyte 32-bit xp 
machine to a multi-gigabyte 64-bit win7 machine a couple of years ago seems to 
have eliminated large output slowdown. Or maybe tk has improved. Either way, 
not having the problem Squeezer solves probably colors my thinking.

So *at the moment* I would be inclined to apply a more or less 
Squeezer-ignorant patch like ClearWindow-extension and then revise Squeezer to 
replace methods as necessary when it is installed.

--

___
Python tracker 

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

[issue20690] IDLE Indents convert to spaces and then throws error

[Justin Barker]

New submission from Justin Barker:

When I add some lines to my module code, some of the tabs that I enter convert 
to spaces.  This throws an inconsistency error and I can't get it to stop!

--
components: IDLE
files: test.py
messages: 211664
nosy: Justin.Barker
priority: normal
severity: normal
status: open
title: IDLE Indents convert to spaces and then throws error
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file34148/test.py

___
Python tracker 

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

[issue20660] Starting a second multiprocessing.Manager causes INCREF on all object created by the first one.

[Richard Oudkerk]

Richard Oudkerk added the comment:

> Thanks Richard. The set_start_method() call will affect any process 
> started from that time on? Is it possible to change idea at some point in 
> the future?

You can use different start methods in the same program by creating different 
contexts:

  spawn_ctx = multiprocessing.get_context('spawn')
  manager = spawn_ctx.Manager()

> Anyway, I cannot upgrade right now.
>
> Would it be an option to subclass BaseProxy, override the _after_fork
> method so it will do nothing upon forking?

That would probably mean that proxy objects could not be inherited by *any* 
sub-process.  (You would then need to use some other way of sharing access 
between processes and to manage the lifetime of the shared object.)

--

___
Python tracker 

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

[issue20648] 3.4 cherry-pick: multiple changesets for asyncio

[STINNER Victor]

STINNER Victor added the comment:

changeset:   89288:dbf13a7d3987
tag: tip
user:Victor Stinner 
date:Wed Feb 19 23:15:02 2014 +0100
files:   Doc/library/asyncio-dev.rst Doc/library/asyncio-eventloop.rst 
Doc/using/cmdline.rst Lib/asyncio/bas
description:
asyncio, Tulip issue #136: Add get/set_debug() methods to BaseEventLoopTests.
Add also a PYTHONASYNCIODEBUG environment variable to debug coroutines since
Python startup, to be able to debug coroutines defined directly in the asyncio
module.

--

___
Python tracker 

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

[issue20684] inspect.getfullargspec (etc) incorrectly follows __wrapped__ chains

[Yury Selivanov]

Yury Selivanov added the comment:

> I think in 3.5 it may actually make sense to expose these as options
> (perhaps with different names), so yeah, I think separate flags is
> reasonable.

+1 on thinking about exposing your 'follow_wrapper_chains' option in 3.5.

I'll create an issue.

--

___
Python tracker 

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

[issue20691] inspect.signature: Consider exposing 'follow_wrapper_chains' option in public API

[Yury Selivanov]

New submission from Yury Selivanov:

In the issue #20684, Nick had an idea of exposing 'follow_wrapper_chains' 
option to the public API.  This might be actually very useful.

--
assignee: yselivanov
messages: 211668
nosy: larry, ncoghlan, yselivanov
priority: normal
severity: normal
status: open
title: inspect.signature: Consider exposing 'follow_wrapper_chains' option in 
public API
type: enhancement
versions: Python 3.5

___
Python tracker 

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

[issue20648] 3.4 cherry-pick: multiple changesets for asyncio

[STINNER Victor]

STINNER Victor added the comment:

changeset:   89283:07cdce316b1d
user:Victor Stinner 
date:Wed Feb 19 18:32:03 2014 +0100
files:   Lib/test/test_asyncio/test_events.py
description:
Issue #20682: Oops, fix test_create_connection() of test_asyncio (fix my 
previous commit)


changeset:   89282:e6016fffc894
user:Victor Stinner 
date:Wed Feb 19 18:10:32 2014 +0100
files:   Lib/test/test_asyncio/test_events.py
description:
Close #20682: Fix UNIX sockets tests of test_asyncio on Mac OS X Tiger

On Mac OS X Tiger (and older), getsockname() returns a zero-length address for
UNIX socket, and so 'sockname' extra info is None.

--

___
Python tracker 

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

[issue20692] Tutorial section 9.4

[Jon Shemitz]

New submission from Jon Shemitz:

The tutorial says "Each value is an object, and therefore has a class (also 
called its type). It is stored as object.__class__."

So, I tried

  >>> 3.__class__
File "", line 1
  3.__class__
^
  SyntaxError: invalid syntax

Yet, "foo".__class__ worked, as did 3j.__class__ and 3.5.__class__.

When my son (!) suggested that I try (3).__class__, I did indeed get , while (3,).__class__ gave .

This *looks like* a minor error in the parser, where seeing \d+\. puts it in a 
state where it expects \d+ and it can't handle \w+

This may be the sort of thing that only a newbie would even think to try, so 
may not be worth fixing. If so, it may be worth mentioning in the tutorial.

--
assignee: docs@python
components: Documentation, Interpreter Core
messages: 211670
nosy: Jon.Shemitz, docs@python
priority: normal
severity: normal
status: open
title: Tutorial section 9.4
type: behavior
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

[issue20625] Argument names in __annotations__ are not mangled for functions defined inside class scope

[Roundup Robot]

Roundup Robot added the comment:

New changeset e301a515f8f4 by Benjamin Peterson in branch 'default':
update magic number for #20625
http://hg.python.org/cpython/rev/e301a515f8f4

--

___
Python tracker 

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

[issue20676] 3.4 cherry-pick: a63327162063 Mangle __parameters in __annotations__ dict properly

[Benjamin Peterson]

Benjamin Peterson added the comment:

Also, e301a515f8f4

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue6676] expat parser throws Memory Error when parsing multiple files

[David H. Gutteridge]

David H. Gutteridge added the comment:

Updating to reflect the Python 3.4 documentation is now also relevant to this 
discussion. Perhaps someone could commit a change something like my suggestion 
in msg143295?

--
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

[issue20692] Tutorial section 9.4

[R. David Murray]

R. David Murray added the comment:

It's actually almost a FAQ at this point.  The answer is that because of the 
way the parser works (it's a relatively simple parser, and we want to keep it 
that way), the tokenizer sees the '.' as making the token a float, and 
'3.__class__' is not a valid float token. So you have to precede the period by 
something that allows the tokenizer to know it isn't a decimal point.  Parens 
is one way.  Believe it or not, a space is another:

  >>> 3 .__class__
  

--
nosy: +r.david.murray
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue20693] Sidebar scrolls down 2x as fast as page content

[Nick Timkovich]

New submission from Nick Timkovich:

When scrolling down in the Python 3.4 docs (e.g. 
http://docs.python.org/3.4/library/index.html ) the Sphinx sidebar's top value 
increases twice as fast as the user moves down the page, resulting in it 
"running away".

I don't know sufficient JS to identify the problem, but I'm guessing it's 
somewhere in the sidebar.js:scroll_sidebar() function or whatever might 
configure it.

(apologies, I *think* I may have sent a similar mail to the docs list already)

--
assignee: docs@python
components: Documentation
files: py34sidebar.png
messages: 211675
nosy: docs@python, nicktimko
priority: normal
severity: normal
status: open
title: Sidebar scrolls down 2x as fast as page content
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file34149/py34sidebar.png

___
Python tracker 

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

[issue20692] Tutorial section 9.4

[Jon Shemitz]

Jon Shemitz added the comment:

That makes sense. Perhaps, then, the tutorial should include the FAQ? (I
can't be the only person who thought to try this.)

On Wed, Feb 19, 2014 at 3:59 PM, R. David Murray wrote:

>
> R. David Murray added the comment:
>
> It's actually almost a FAQ at this point.  The answer is that because of
> the way the parser works (it's a relatively simple parser, and we want to
> keep it that way), the tokenizer sees the '.' as making the token a float,
> and '3.__class__' is not a valid float token. So you have to precede the
> period by something that allows the tokenizer to know it isn't a decimal
> point.  Parens is one way.  Believe it or not, a space is another:
>
>   >>> 3 .__class__
>   
>
> --
> nosy: +r.david.murray
> resolution:  -> invalid
> stage:  -> committed/rejected
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue20694] asyncio.docs: Document subprocess_exec and subprocess_shell

[Yury Selivanov]

Changes by Yury Selivanov :


--
assignee: docs@python
components: Documentation
nosy: docs@python, gvanrossum, haypo, larry, yselivanov
priority: release blocker
severity: normal
status: open
title: asyncio.docs: Document subprocess_exec and subprocess_shell
type: enhancement
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

[issue20694] asyncio.docs: Document subprocess_exec and subprocess_shell

[Yury Selivanov]

New submission from Yury Selivanov:

(I'd document this myself, but I lack the experience of working with these 
functions)

--

___
Python tracker 

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

[issue20648] 3.4 cherry-pick: multiple changesets for asyncio

[STINNER Victor]

STINNER Victor added the comment:

changeset:   89290:549f451aa4c3
tag: tip
user:Victor Stinner 
date:Thu Feb 20 01:44:10 2014 +0100
files:   Doc/library/asyncio-dev.rst Doc/library/asyncio-eventloop.rst
description:
asyncio doc: remove reference to _DEBUG (now replaced with PYTHONASYNCIODEBUG
env var), document the default debug mode

--

___
Python tracker 

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

[issue20695] test_urllibnet.urlretrieveNetworkTests fails due to new python.org website

[Eric Naeseth]

New submission from Eric Naeseth:

The www.python.org website was just redesigned, and apparently is running on 
some new infrastructure which always responds to `GET /` requests with a body 
using `Content-Encoding: gzip`.

Python's test suite includes some tests which fetch http://www.python.org/, and 
some of the tests in `test.test_urllibnet.urlretrieveNetworkTests` are now 
failing, because they expect the server to return un-gzip'd UTF-8 text. :(

The full test output (from Python 3.3.4) is attached.

--
components: Tests
files: python-3.3.4-urllibnet-failure.txt
messages: 211679
nosy: ericnaeseth
priority: normal
severity: normal
status: open
title: test_urllibnet.urlretrieveNetworkTests fails due to new python.org 
website
type: compile error
versions: Python 3.3
Added file: http://bugs.python.org/file34150/python-3.3.4-urllibnet-failure.txt

___
Python tracker 

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

[issue20695] test_urllibnet.urlretrieveNetworkTests fails due to new python.org website

[Eric Naeseth]

Eric Naeseth added the comment:

In addition, the test_reporthook and test_data_header tests try to retrieve a 
Python logo image from 
http://www.python.org/community/logos/python-logo-master-v3-TM.png. That is now 
a 404.

--

___
Python tracker 

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

[issue20696] asyncio.docs: Document StreamReader an other streams module APIs

[Yury Selivanov]

New submission from Yury Selivanov:

Patch is attached, please review.

--
assignee: yselivanov
components: Documentation
files: asyncio_docs_streams_01.patch
keywords: patch
messages: 211681
nosy: gvanrossum, haypo, larry, yselivanov
priority: release blocker
severity: normal
stage: patch review
status: open
title: asyncio.docs: Document StreamReader an other streams module APIs
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file34151/asyncio_docs_streams_01.patch

___
Python tracker 

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

[issue20648] 3.4 cherry-pick: multiple changesets for asyncio

[Yury Selivanov]

Yury Selivanov added the comment:

Some documentation.

changeset:   89291:58fd64e55b29
tag: tip
user:Yury Selivanov 
date:Wed Feb 19 20:58:44 2014 -0500
files:   Doc/library/asyncio-eventloop.rst
description:
asyncio.docs: Document Error Handling API and asyncio.Handle

--

___
Python tracker 

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

[issue20570] Bundle pip 1.5.3 in Python 3.4rc2

[Donald Stufft]

Donald Stufft added the comment:

Just a FYI I'm going to be cutting this release sometime in the next 6-12 hours 
and I'll commit it to the CPython repository and make the cherry-pick request.

--

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[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

[issue20658] os.environ.clear() fails with empty keys (posix.unsetenv)

[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

[issue20625] Argument names in __annotations__ are not mangled for functions defined inside class scope

[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

[issue20676] 3.4 cherry-pick: a63327162063 Mangle __parameters in __annotations__ dict properly

[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

[issue20695] test_urllibnet.urlretrieveNetworkTests fails due to new python.org website

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0199bff14c5c by Benjamin Peterson in branch '2.7':
update logo url (#20695)
http://hg.python.org/cpython/rev/0199bff14c5c

New changeset d4b9692ac75f by Benjamin Peterson in branch '3.1':
update logo url (#20695)
http://hg.python.org/cpython/rev/d4b9692ac75f

New changeset 29b1eebecb8e by Benjamin Peterson in branch '3.2':
update logo url (#20695)
http://hg.python.org/cpython/rev/29b1eebecb8e

New changeset c9261cf05db6 by Benjamin Peterson in branch '3.3':
merge 3.2 (#20695)
http://hg.python.org/cpython/rev/c9261cf05db6

New changeset 0399e842073a by Benjamin Peterson in branch 'default':
merge 3.3 (#20695)
http://hg.python.org/cpython/rev/0399e842073a

--
nosy: +python-dev

___
Python tracker 

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

[issue20695] test_urllibnet.urlretrieveNetworkTests fails due to new python.org website

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
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

[issue20697] cherry-pick 0399e842073a

[Benjamin Peterson]

New submission from Benjamin Peterson:

Otherwise people's tests won't pass, which will lead to general sadness.

--
assignee: larry
components: Tests
messages: 211685
nosy: benjamin.peterson, larry
priority: release blocker
severity: normal
status: open
title: cherry-pick 0399e842073a
versions: Python 3.5

___
Python tracker 

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

[issue20697] cherry-pick 0399e842073a

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
versions: +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

[issue20697] cherry-pick 0399e842073a

[Larry Hastings]

Larry Hastings added the comment:

Ok, I don't want general sadness.  I prefer the sadness I sow to be highly 
specifically targeted.

--

___
Python tracker 

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

[issue20693] Sidebar scrolls down 2x as fast as page content

[Zachary Ware]

Zachary Ware added the comment:

I noticed this earlier today as well, but didn't have a chance to report.  I 
also happened to have a week-old doc page still loaded in the next tab over 
(which didn't have the problem), and noticed that it was marked as being built 
by Sphinx 1.2, whereas today's is Sphinx 1.1.3, which I suspect may have 
something to do with it since I don't see any other major changes to how the 
docs are built in recent changesets.

Nick: You did report it on docs@, but it was held for moderation since you 
aren't subscribed.  It has now been approved.

--
nosy: +georg.brandl, zach.ware

___
Python tracker 

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

[issue20693] Sidebar scrolls down 2x as fast as page content

[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

[issue20697] 3.4 cherry-pick: 0399e842073a

[Larry Hastings]

Larry Hastings added the comment:

Title fix because *some* people can't follow directions, thus breaking my 
search.

--
title: cherry-pick 0399e842073a -> 3.4 cherry-pick: 0399e842073a

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Larry Hastings]

Changes by Larry Hastings :


--
priority: release blocker -> high

___
Python tracker 

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

[issue20687] Change in expectedFailure breaks testtools

[Larry Hastings]

Larry Hastings added the comment:

So here's the thing.  It only works in Python 3.3 because testtools depends on 
internal implementation details of unittest, specifically a private exception 
("unittest.case._UnexpectedSuccess").  The public interface still works fine.  
So I don't think this is a regression.  If testtools is willing to release 
hacks depending on undocumented internal behavior, I don't think it's 
unreasonable for them to rework their hack to support Python 3.4.

That said, it might be nice to not break testtools if we can avoid it.  
Antoine: would it be reasonable to rework the implementation of subTest in a 
way that permitted us to revert the changes to expectedFailure?

--

___
Python tracker 

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