[issue20724] 3.4 cherry-pick: d6aa3fa646e2 inspect.signature: Check for function-like objects before builtins

[Larry Hastings]

Larry Hastings added the comment:

I reconsidered, and the sense I get is "yeah it fixes the problem".  And even 
if it didn't, I'd wind up cherry-picking it anyway just to make the diffs 
easier.  So I'm accepting this.

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

[issue20715] 3.4 cherry-pick: 2000c27ebe80 inspect: Fix getfullargspec to support builtin module-level functions

[Larry Hastings]

Larry Hastings added the comment:

ok.

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

[issue20679] 3.4 cherry-pick: 587fd4b91120 improve Enum subclass behavior

[Larry Hastings]

Changes by Larry Hastings :


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

[issue20724] 3.4 cherry-pick: d6aa3fa646e2 inspect.signature: Check for function-like objects before builtins

[Larry Hastings]

Larry Hastings added the comment:

I'm waiting to hear back from scoder about whether or not this really fixes his 
problem before I cherry-pick.  I'm still willing to do it for tagging for rc2 
(about 20 hours from now) if I can hear back during that time.

--
nosy: +scoder

___
Python tracker 

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

[issue17159] Remove explicit type check from inspect.Signature.from_function()

[Larry Hastings]

Larry Hastings added the comment:

Stefan: does the checkin in d6aa3fa646e2 fix your problem?  I'm willing to 
cherry-pick for this but I'd prefer to only have to do it once.

--

___
Python tracker 

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

[issue20679] 3.4 cherry-pick: 587fd4b91120 improve Enum subclass behavior

[Larry Hastings]

Larry Hastings added the comment:

Okay, I'm accepting this.  I really just wanted to get more eyes on it, and I'm 
happy to see that python-dev was pretty unanimous.

--

___
Python tracker 

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

[issue20721] 3.4 cherry-pick: 005d0678f93c Update pip to 1.5.4

[Larry Hastings]

Larry Hastings added the comment:

ok

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

[issue20727] Improved roundrobin itertools recipe

[David Lindquist]

New submission from David Lindquist:

The roundrobin example in the Recipes section of the itertools documentation 
(http://docs.python.org/3/library/itertools.html#itertools-recipes) is overly 
complex. Here is a more straightforward implementation:

def roundrobin(*iterables):
"roundrobin('ABC', 'D', 'EF') --> A D E B F C"
sentinel = object()
it = chain.from_iterable(zip_longest(fillvalue=sentinel, *iterables))
return (i for i in it if i is not sentinel)

Not only is it one-third the lines of the existing example, benchmarks show it 
to be more than twice as fast.

See attached patch file.

--
assignee: docs@python
components: Documentation
files: roundrobin.patch
keywords: patch
messages: 211907
nosy: david.lindquist, docs@python
priority: normal
severity: normal
status: open
title: Improved roundrobin itertools recipe
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file34180/roundrobin.patch

___
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

[Roundup Robot]

Roundup Robot added the comment:

New changeset b514339e41ef by Benjamin Peterson in branch '2.7':
use sphinx from its own virtualenv (closes #20693)
http://hg.python.org/cpython/rev/b514339e41ef

--
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> 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

[issue20641] Python installer needs elevated rights to install pip

[Martin v . Löwis]

Martin v. Löwis added the comment:

Mark: the installation of py.exe in c:\windows is correct, see PEP 397. Note 
that this is not at all the issue reported here.

Terry: Whether or not pip3 is found on the path is not the issue reported here, 
either. The OP mentioned "a permission error", although he didn't report how 
exactly this error manifests (I assume that the install process would fail, 
resulting in nothing being installed).

--

___
Python tracker 

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

[issue20725] Fail to build on Windows x64 with VS Express

[Zachary Ware]

Zachary Ware added the comment:

Hi Tom,

Your issue is very strange; I use VS 2010 Express on a regular basis and have 
never had the error shown in your log.  The "solution folder" thing is no big 
deal; it's annoying that it reminds you about it every time you open the 
solution, but just clicking "ok" makes it go away and all is normal after that. 
 How did you remove the reference to the solution folder?  If you edited 
pcbuild.sln by hand, that may account for the error you're seeing; it reads to 
me like your project files have been corrupted.

Here's a few steps to try. Run all of these from the root of the source 
repository in Command Prompt.  Note that if you have made any changes to the 
repo, they will be lost completely if you don't save them somewhere outside of 
the source tree!

Run:
   hg update null
   hg --config extensions.purge= purge
   hg update d6aa3fa646e2
   "%VS100COMNTOOLS%vsvars32.bat"
   msbuild PCbuild\PCbuild.sln
   PCbuild\python_d.exe --version

Those commands will (in order): update the repository to the null revision, 
clean out the repository completely so you start from nothing, update to a 
revision that I just built from (so I know it's good :)), set up the 
environment for building, build Python in debug mode, confirm that Python built.

If the build succeeds following those steps, that should mean that some change 
you made corrupted the project files.  If not, report back and I'll try again :)

--
nosy: +zach.ware

___
Python tracker 

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

[issue20726] inspect: Make Signature instances picklable

[Yury Selivanov]

New submission from Yury Selivanov:

There is no reason for Signature objects to be not picklable.
Patch is attached (it will require merging #19573 before).

--
assignee: yselivanov
files: sig_picklable_01.patch
keywords: patch
messages: 211903
nosy: larry, ncoghlan, yselivanov
priority: normal
severity: normal
status: open
title: inspect: Make Signature instances picklable
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file34179/sig_picklable_01.patch

___
Python tracker 

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

[issue20725] Fail to build on Windows x64 with VS Express

[Tom Brander]

New submission from Tom Brander:

Trying to build a Win 32 version using VS express on Win 7 (since it cannot do 
x64) Rev 89320 tried to build python 3.4 from source using VS 2010 express no 
dice.  It complains about solutions folder that is not supported in VS 2010 
express. While this is noted in the read me, I still cannot build whether by 
GUI or via the build.bat file (I removed the reference to the solutions folder 
reference) to get it to run at all via the command prompt. Friend next door 
using full VS 2010 seems ok..

--
components: Build
files: failedbld.txt
messages: 211902
nosy: TomBrander
priority: normal
severity: normal
status: open
title: Fail to build on Windows x64 with VS Express
versions: Python 3.4
Added file: http://bugs.python.org/file34178/failedbld.txt

___
Python tracker 

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

[issue20717] test_4_daemon_threads() fails randomly on "x86 Windows Server 2003 [SB] 3.x"

[Brian Curtin]

Changes by Brian Curtin :


--
nosy:  -brian.curtin

___
Python tracker 

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

[issue20717] test_4_daemon_threads() fails randomly on "x86 Windows Server 2003 [SB] 3.x"

[STINNER Victor]

STINNER Victor added the comment:

The test failed also on "AMD64 Windows7 SP1 3.x" buildbot:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/4144/steps/test/logs/stdio

==
FAIL: test_4_daemon_threads (test.test_threading.ThreadJoinOnShutdown)
--
Traceback (most recent call last):
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_threading.py", line 
773, in test_4_daemon_threads
rc, out, err = assert_python_ok('-c', script)
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\script_helper.py", line 
69, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\script_helper.py", line 
55, in _assert_python
"stderr follows:\n%s" % (rc, err.decode('ascii', 'ignore')))
AssertionError: Process return code is 3221225477, stderr follows:

--

___
Python tracker 

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

[issue20641] Python installer needs elevated rights to install pip

[Mark Lawrence]

Mark Lawrence added the comment:

Surely tools like this would still be installed in c:\Python34\Scripts and not 
c:\Windows ?

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue20671] test_create_at_shutdown_with_encoding() of test_io hangs on "SPARC Solaris 10 OpenCSW 3.x"

[STINNER Victor]

STINNER Victor added the comment:

The buildbot now runs tests with -j16 (hum, I fact there are -j1 and -j16 in 
the command line), it looks faster: between 3 and 4 hours per build.

The current build is running since less than 1 hour, but the test output 
already contains "Timeout (9:55:00)!". Strange that it displays 9h55 whereas 
the whole build is running since less than 1 hour? By the way, why so long 
timeout? I proposed 2 hours, not 10 hours :-)

http://buildbot.python.org/all/builders/SPARC%20Solaris%2010%20OpenCSW%203.x/builds/826/steps/test/logs/stdio

--

___
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

[Ned Deily]

Ned Deily added the comment:

Interesting. As of last night, I'm no longer seeing 'gzip' encoding and the 
test passes for me.  But I see some of the buildbots intermittently failing.  
Looking at the headers for www.python.org/robots.txt, it appears that the file 
is being served from a varnish cache and from a CDN so there may be different 
responses depending on which server responds.  

>>> r1.getheaders()
[('Server', 'nginx'), ('Content-Type', 'text/plain'), ('X-Frame-Options', 
'SAMEORIGIN'), ('Content-Length', '690'), ('Accept-Ranges', 'bytes'), ('Date', 
'Fri, 21 Feb 2014 23:53:23 GMT'), ('Via', '1.1 varnish'), ('Age', '2858'), 
('Connection', 'keep-alive'), ('X-Served-By', 'cache-sv62-SJC3'), ('X-Cache', 
'HIT'), ('X-Cache-Hits', '1')]

In any case, supporting gzip would be a good idea but tests will need to have a 
more repeatable URL.

--

___
Python tracker 

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

[issue20641] Python installer needs elevated rights to install pip

[Terry J. Reedy]

Terry J. Reedy added the comment:

pip3 is not recognized either. There is a bunch of stuff added to 3.4 
site_packages: easy_install, pip, pip1.5.2..., setuptools, setuptools2-1..., 
There is a py.exe but no pip.xxx in c:/windows.

--

___
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

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea
title: testPythonOrg() of test_robotparser fails with the new ww.python.org 
website -> testPythonOrg() of test_robotparser fails with the new 
www.python.org website

___
Python tracker 

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

[issue20712] Make inspect agnostic about whether functions are implemented in Python or C

[Terry J. Reedy]

Terry J. Reedy added the comment:

The premise of the builtins signature project is that we should work toward 
eliminating unnecessary differences between functions coded in Python and those 
coded otherwise. Part of inspect.signature is a clause to remove the first 
parameter of the underlying function for bound methods#. One would like to 
write the equivalent of

if ismethod(f) and f.params[0] is not *args, remove f.params[0].

I understand Larry as proposing that the code in .signature for 
ismethod(C_func) properly belongs in .ismethod itself, for anyone to use, and I 
agree. However, use of this code has to be an option turned off by default. My 
revised proposal is to add 'other_lang=False' and "If *other_lang* is true, 
also return True if the object is a bound method written in another language." 
Another name might be 'non_py'. I don't think the name matters too much as long 
as the default is False for Python-only.

# Another unnecessary difference is that [].append, for instance, does not have 
a .__func__ attribute linking to list.append, even though it must have one 
internally. Perhaps bound C methods should also have .__func__.

--
nosy: +terry.reedy
stage: needs patch -> test needed

___
Python tracker 

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

[issue17159] Remove explicit type check from inspect.Signature.from_function()

[Yury Selivanov]

Yury Selivanov added the comment:

I'm closing this issue. Please do not reopen it, and create a new one if 
necessary.

--
status: open -> closed

___
Python tracker 

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

[issue20724] 3.4 cherry-pick: d6aa3fa646e2 inspect.signature: Check for function-like objects before builtins

[Yury Selivanov]

New submission from Yury Selivanov:

Another tweak in signature. Fixes #17159 once and for all (and will save Stefan 
from adding ugly hacks in Cython).

I'm not sure if it is a release blocker or can wait till 3.4.1; all I can say 
is that the change is relatively simple, as it shouldn't matter what we try 
first - from_function() or from_builtin(). It's your call.

changeset:   89320:d6aa3fa646e2
tag: tip
user:Yury Selivanov 
date:Fri Feb 21 18:30:53 2014 -0500
files:   Lib/inspect.py Lib/test/test_inspect.py
description:
inspect.signature: Check for function-like objects before builtins. Issue #17159

--
assignee: larry
messages: 211894
nosy: larry, yselivanov
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: d6aa3fa646e2 inspect.signature: Check for function-like 
objects before builtins
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

[issue1508475] transparent gzip compression in urllib

[STINNER Victor]

STINNER Victor added the comment:

I updated issue1508475.diff for Python 3.4 and removed the change in urllib: 
http_client_gzip.patch. The patch only changes http.client to support server 
sending gzip data.

For example, the new python.org website serves gzip data even if the 
Accept-Encoding header is not sent by the client: see the issue #20719.

--
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file34177/http_client_gzip.patch

___
Python tracker 

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

[issue17159] Remove explicit type check from inspect.Signature.from_function()

[Yury Selivanov]

Yury Selivanov added the comment:

Stefan,

I committed one more fix in signature -- now cython
functions should be finally supported.

I'm not sure if Larry accepts this in 3.4.0 though,
but I'll create an issue for that.

--

___
Python tracker 

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

[issue17159] Remove explicit type check from inspect.Signature.from_function()

[Roundup Robot]

Roundup Robot added the comment:

New changeset d6aa3fa646e2 by Yury Selivanov in branch 'default':
inspect.signature: Check for function-like objects before builtins. Issue #17159
http://hg.python.org/cpython/rev/d6aa3fa646e2

--

___
Python tracker 

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

[issue20632] Define a new __key__ protocol

[Antoine Pitrou]

Antoine Pitrou added the comment:

This is a very nice idea, but does it have to be part of the interpreter core, 
or could it simply be supplied by a decorator in the functools module?

(the main advantage of having it in the interpreter is speed)

--
nosy: +pitrou

___
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 ww.python.org website

[STINNER Victor]

Changes by STINNER Victor :


--
title: test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" 
buildbot -> testPythonOrg() of test_robotparser fails with the new 
ww.python.org website

___
Python tracker 

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

[issue20719] test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" buildbot

[STINNER Victor]

STINNER Victor added the comment:

> It looks like the new python.org web server configuration was just changed to 
> no longer gzip robots.txt so the test is no longer failing for me.

If I check HTTP headers of http://www.python.org/robots.txt using a small 
Python script sending "GET /robots.txt HTTP/1.0" and "Host: www.python.org" 
(but no Accept-Encoding header): I still see "Content-Encoding: gzip".

It looks like a bug in the HTTP server serving www.python.org, because my 
client didn't send "Accept-Encoding: gzip, deflate".

The RFC 2616 (HTTP/1.1) says "If no Accept-Encoding field is present in a 
request, the server MAY assume that the client will accept any content coding."
http://www.w3.org/Protocols/rfc2616/rfc2616.html

See also:

"HTTP/1.1 (unlike HTTP/1.0) carefully specifies the Accept-Encoding header, 
used by a client to indicate what content-codings it can handle, and which ones 
it prefers."
http://www8.org/w8-papers/5c-protocols/key/key.html

The best solution would be to implement #1508475: support gzip in urllib.

--

___
Python tracker 

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

[issue20641] Python installer needs elevated rights to install pip

[Nick Coghlan]

Nick Coghlan added the comment:

Try pip3, Terry - there's an error in rc1 that means it doesn't install the
unversioned command (this is planned to be fixed in rc2).

--

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

>>> time.mktime(time.localtime(-1))
Traceback (most recent call last):
  File "", line 1, in 
OverflowError: mktime argument out of range

Oh yes, I now remember it. Sorry, it was 3 years ago:
http://bugs.python.org/issue11188#msg128541

The problem is to detect invalid time tuple and support the timestamp value -1 
(1 second before the UNIX epoch).

I modified the test to skip mktime(localtime(-1)) test on AIX: changeset 
00e94e454813.

It would be nice to support this specific value, but I don't see how to 
implement it. It's maybe not possible.

--

___
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

[Roundup Robot]

Roundup Robot added the comment:

New changeset 00e94e454813 by Victor Stinner in branch 'default':
Issue #11188, #19748: mktime() returns -1 on error. On Linux, the tm_wday field
http://hg.python.org/cpython/rev/00e94e454813

--

___
Python tracker 

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

[issue11188] test_time error on AIX

[Roundup Robot]

Roundup Robot added the comment:

New changeset 00e94e454813 by Victor Stinner in branch 'default':
Issue #11188, #19748: mktime() returns -1 on error. On Linux, the tm_wday field
http://hg.python.org/cpython/rev/00e94e454813

--

___
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 and FAQ: how to call a method on an int

[Terry J. Reedy]

Terry J. Reedy added the comment:

I agree that the tutorial should somewhere make it clear (possibly with a FAQ 
link) that int literals must be parenthesized or spaced before .name attribute 
access because .name is parsed as (.)name.

That is a consequence of float literals not requiring a fractional part (unlike 
some other languages).

--
nosy: +terry.reedy

___
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

[Terry J. Reedy]

Terry J. Reedy added the comment:

Questions about how to use python (or Idle) are better directed to python-list 
or similar forums. In this case, you are asking how to edit a file with tabs in 
Idle, which converts tabs to spaces on entry. Idle editor windows have a Format 
menu with Tabify and Untabify options, both of which allow you to select the 
conversion between tabs and spaces. I personally would untabify the file first 
and edit. You could re-tabify at the end if needed. Or just edit (with spaces) 
and tabify the new stuff at the end.

--
nosy: +terry.reedy
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

[issue20484] test_pydoc can alter execution environment causing subsequent test failures

[Eric Snow]

Eric Snow added the comment:

Sorry for the delay.  It will likely be tomorrow before I can take a look but 
I'll do so as soon as possible.

--

___
Python tracker 

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

[issue20641] Python installer needs elevated rights to install pip

[Terry J. Reedy]

Terry J. Reedy added the comment:

I have default UAC on win7, 64 bit, installed from user account, gave admin 
password when requested, and did not see an error message (but have not tried 
to use pip either). 'pip' at command line is not recognized, but I don't know 
if it should be or if I have to be in the proper directory.

I did initially have a problem with c1, but that seems to be because .b3 did 
not properly uninstall .b2. (Once I re-downloaded .b2 so I could 'repair' .b2 
and ininstall it from programs list, .c1 install worked.)

--
nosy: +terry.reedy

___
Python tracker 

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

[issue20114] Sporadic failure of test_semaphore_tracker() of test_multiprocessing_forkserver on FreeBSD 9 buildbot

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5057eaff9d68 by Richard Oudkerk in branch 'default':
Issue #20114: Double timeout in test_semaphore_tracker() to reduce
http://hg.python.org/cpython/rev/5057eaff9d68

--
nosy: +python-dev

___
Python tracker 

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

[issue20683] Add example to tutorial namespace doc, section 9.2

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
title: [doc] Ease comprehension of section 9.2 of docs for Python 2 and 3 with 
example -> Add example to tutorial namespace doc, section 9.2
versions: +Python 2.7, Python 3.4

___
Python tracker 

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

[issue20636] Better repr for tkinter widgets

[Terry J. Reedy]

Terry J. Reedy added the comment:

I like this. It would make naming widgets more useful. I checked one Idle 
dialog and nothing is named. I suspect this is typical.

The proposed change would break a doctest that follows the fix in the doctest 
manual.
---
>>> C()   # the default repr() for instances embeds an address
<__main__.C instance at 0x00AC18F0>

The ELLIPSIS directive gives a nice approach for the last example:
>>>

>>> C() #doctest: +ELLIPSIS
<__main__.C instance at 0x...>
---
I think the recommendation should better be

<__main__.C instance ...>

except that 'instance' is now 'object' -- and *that* change must have broken 
much more that this one would.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue11588] Add "necessarily inclusive" groups to argparse

[paul j3]

paul j3 added the comment:

This patch uses:

tests = self._registries['cross_tests'].values()

to get a list of functions to run at the end of '_parse_known_args'.

I replaced all of the mutually_exclusive_group tests (3 places) in the 
ArgumentParser with a static function defined in class _MutuallyExclusiveGroup, 
and registered this function.  This refactoring should make it easier to add 
other specialized groups (e.g. inclusive) in the future.

I'm using the _registries because they are already being shared among groups.  

A user can also register a custom testing function.  For example:

def inclusive_test(parser, seen, *args):
# require an argument from one of the 2 groups, g0 and g1
g0seen = seen.intersection(g0._group_actions)
g1seen = seen.intersection(g1._group_actions)
if len(g0seen.union(g1seen))==0:
parser.error('one of the 2 groups is required')
parser.register('cross_tests','inclusive', inclusive_test)

This patched 'argparse.py' runs 'test_argparse.py' without error.

This patch does not include the issue18943 changes, which make setting 
'seen_non_default_actions' more reliable.

--
keywords: +patch
Added file: http://bugs.python.org/file34176/patch_w_mxg2.diff

___
Python tracker 

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

[issue20628] Improve doc for csv.DictReader 'fieldnames' parameter

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
title: csv.DictReader -> Improve doc for csv.DictReader 'fieldnames' parameter

___
Python tracker 

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

[issue20723] Make test (Python 3.3.4)

[Ned Deily]

Ned Deily added the comment:

I believe these failures have been corrected for all active branches in the 
changes for Issue20695.

--
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> test_urllibnet.urlretrieveNetworkTests fails due to new 
python.org website
type: compile error -> 

___
Python tracker 

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

[issue20632] Define a new __key__ protocol

[Stefan Behnel]

Changes by Stefan Behnel :


--
nosy: +scoder

___
Python tracker 

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

[issue20653] Pickle enums by name

[Ethan Furman]

Ethan Furman added the comment:

On 02/21/2014 11:26 AM, Antoine Pitrou wrote:
>
> Are we reading the same comments?

LOL, apparently not.

--

___
Python tracker 

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

[issue20632] Define a new __key__ protocol

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
Python tracker 

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

[issue20653] Pickle enums by name

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Antoine commented:
> --
> > The pickle docs don't mention __reduce_ex__ as being preferred, as in "you 
> > should
> > use this one", on the contrary.
> 
> 
> Are we reading the same docs?

Are we reading the same comments?

--

___
Python tracker 

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

[issue20653] Pickle enums by name

[Ethan Furman]

Ethan Furman added the comment:

Antoine commented:
--
> The pickle docs don't mention __reduce_ex__ as being preferred, as in "you 
> should
> use this one", on the contrary.


Are we reading the same docs?

http://docs.python.org/dev/library/pickle.html#object.__reduce_ex__
---
[...] When defined, pickle will prefer it over the __reduce__() method.

--

___
Python tracker 

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

[issue20630] Add sorting helpers for collections containing None values

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
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

[David Edelsohn]

David Edelsohn added the comment:

>>> time.localtime(-2)
time.struct_time(tm_year=1969, tm_mon=12, tm_mday=31, tm_hour=15, tm_min=59, 
tm_sec=58, tm_wday=2, tm_yday=365, tm_isdst=0)
>>> time.localtime(-1)
time.struct_time(tm_year=1969, tm_mon=12, tm_mday=31, tm_hour=15, tm_min=59, 
tm_sec=59, tm_wday=2, tm_yday=365, tm_isdst=0)
>>> time.localtime(0)
time.struct_time(tm_year=1969, tm_mon=12, tm_mday=31, tm_hour=16, tm_min=0, 
tm_sec=0, tm_wday=2, tm_yday=365, tm_isdst=0)
>>> time.localtime(1)
time.struct_time(tm_year=1969, tm_mon=12, tm_mday=31, tm_hour=16, tm_min=0, 
tm_sec=1, tm_wday=2, tm_yday=365, tm_isdst=0)
>>> time.mktime(time.localtime(-2))
-2.0
>>> time.mktime(time.localtime(-1))
Traceback (most recent call last):
  File "", line 1, in 
OverflowError: mktime argument out of range
>>> time.mktime(time.localtime(0))
0.0
>>> time.mktime(time.localtime(1))
1.0

--

___
Python tracker 

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

[issue20720] test_create_server() of test_asyncio failure on "x86 Windows Server 2008 [SB] 3.x" buildbot

[Guido van Rossum]

Guido van Rossum added the comment:

Agreed. I suppose all tests currently using run_briefly() should be modified to 
use run_until() with a lambda and a timeout. The timeout must be (a) large 
enough to never fail on a buildbot, yet (b) small enough that when a test is 
actually failing we don't mistake it for hanging. So I really would like to see 
a different pattern introduced -- but I'm at a loss for how to do it elegantly. 
(Ditto with the terrible hack for simulated time -- see 
http://code.google.com/p/tulip/issues/detail?id=128.)

--

___
Python tracker 

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

[issue20720] test_create_server() of test_asyncio failure on "x86 Windows Server 2008 [SB] 3.x" buildbot

[STINNER Victor]

STINNER Victor added the comment:

> After all the test does use run_briefly(), which might as well be renamed 
> run_with_race_condition().

Oh, it means that the "Future/Task exception was never retrieved" is a just a 
consequence of the failed assertion.

IMO the run_briefly() should be avoided, whereas it is used in many places. For 
example, the protocol used in test_create_server() should provide a future to 
wait until the protocol is connected.

--

___
Python tracker 

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

[issue20720] test_create_server() of test_asyncio failure on "x86 Windows Server 2008 [SB] 3.x" buildbot

[Guido van Rossum]

Guido van Rossum added the comment:

I suspect it's just a race in the test. This happened to me recently too when I 
ran the tests on my Windows 7 laptop, and upon the second try it passed, so I 
just figured it was a race. After all the test does use run_briefly(), which 
might as well be renamed run_with_race_condition().

--

___
Python tracker 

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

[issue20671] test_create_at_shutdown_with_encoding() of test_io hangs on "SPARC Solaris 10 OpenCSW 3.x"

[Floris Bruynooghe]

Floris Bruynooghe added the comment:

Turns out that the timeout is configured in the buildmaster's master.cfg which 
Antoine Pitrou has kindly done.  It should also run tests a bit more parallel 
now which will hopefully reduce the 10h runtime a bit, but it remains a slow 
box.

--
nosy: +flub

___
Python tracker 

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

[issue20723] Make test (Python 3.3.4)

[R. David Murray]

R. David Murray added the comment:

It looks like these are due to the python.org web site change.

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

[issue20723] Make test (Python 3.3.4)

[Daniel]

New submission from Daniel:

5 Error to make test with Python v.3.3.4

--
files: makeTest-python3-3-4.log
messages: 211867
nosy: datienzalopez
priority: normal
severity: normal
status: open
title: Make test (Python 3.3.4)
type: compile error
versions: Python 3.3
Added file: http://bugs.python.org/file34175/makeTest-python3-3-4.log

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

"""
WITHOUT the patch to timemodule.c:

>>> time.ctime(-2**29)
'Fri Dec 26 21:11:28 1952'
"""

Oh, in this case, pylocaltime_aix.patch is wrong. There was a bug in mktime(), 
but ctime() works fine.

"""
  File "/home/dje/src/cpython/Lib/test/test_time.py", line 354, in test_mktime
self.assertEqual(time.mktime(tt), t)
OverflowError: mktime argument out of range
"""

Oh, I don't understand this one. On Linux I get:

>>> time.localtime(-2)
time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=0, tm_min=59, 
tm_sec=58, tm_wday=3, tm_yday=1, tm_isdst=0)
>>> time.localtime(-1)
time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=0, tm_min=59, 
tm_sec=59, tm_wday=3, tm_yday=1, tm_isdst=0)
>>> time.localtime(0)
time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=1, tm_min=0, 
tm_sec=0, tm_wday=3, tm_yday=1, tm_isdst=0)
>>> time.localtime(1)
time.struct_time(tm_year=1970, tm_mon=1, tm_mday=1, tm_hour=1, tm_min=0, 
tm_sec=1, tm_wday=3, tm_yday=1, tm_isdst=0)

And:

>>> time.mktime(time.localtime(-2)) 
-2.0
>>> time.mktime(time.localtime(-1)) 
-1.0
>>> time.mktime(time.localtime(0)) 
0.0
>>> time.mktime(time.localtime(1)) 
1.0

--

___
Python tracker 

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

[issue20712] Make inspect agnostic about whether functions are implemented in Python or C

[Nick Coghlan]

Nick Coghlan added the comment:

Right, the lower level APIs in the inspect module *aren't* designed to hide the 
implementation details from introspection code, they're there as helpers to let 
introspection code decide what assumptions are valid. For true Python code, you 
can do many more interesting things (like bytecode hacks) that simply aren't 
possible with native implementations in C, Java, C#, etc.

A lot of the names aren't great, but I think that's just because so many parts 
of the API have been around for so long.

--

___
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

[David Edelsohn]

David Edelsohn added the comment:

WITH the patch:

>>> time.ctime(-2**29)
Traceback (most recent call last):
  File "", line 1, in 
OverflowError: ctime() timestamp argument out of range
>>> time.ctime(2**29)
'Mon Jan  5 10:48:32 1987'

OK (skipped=8)
1 test OK.

--

___
Python tracker 

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

[issue20712] Make inspect agnostic about whether functions are implemented in Python or C

[Antoine Pitrou]

Antoine Pitrou added the comment:

The docs are quite clear about that:

  inspect.ismethod(object)

Return true if the object is a bound method written in Python.

In other words, this is not a bug, and there's probably code in the wild 
relying on it.

--
nosy: +ncoghlan, pitrou

___
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

[David Edelsohn]

David Edelsohn added the comment:

WITHOUT the patch to timemodule.c:

>>> time.ctime(-2**29)
'Fri Dec 26 21:11:28 1952'
>>> time.ctime(2**29)
'Mon Jan  5 10:48:32 1987'

ERROR: test_mktime (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File "/home/dje/src/cpython/Lib/test/test_time.py", line 354, in test_mktime
self.assertEqual(time.mktime(tt), t)
OverflowError: mktime argument out of range

--

___
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 and FAQ: how to call a method on an int

[R. David Murray]

R. David Murray added the comment:

Upon consideration, I think you are right: we should add a FAQ and link it from 
the tutorial.

--
resolution: invalid -> 
stage: committed/rejected -> needs patch
status: closed -> open
title: Tutorial section 9.4 -> Tutorial section 9.4 and FAQ: how to call a 
method on an int

___
Python tracker 

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

[issue7291] urllib2 cannot handle https with proxy requiring auth

[Vackar Afzal]

Vackar Afzal added the comment:

Also needed to make another minor update to the monkey patch.
Have uploaded the new files as new_http_proxy_patch.py for use with python 2.6.x

--
Added file: http://bugs.python.org/file34174/new_http_proxy_patch.py

___
Python tracker 

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

[issue8168] python3 py_compile does not ignore UTF-8 BOM characters

[koobs]

koobs added the comment:

Breadcrumb: this was reported against 3.2 and 3.1, but never backported to the 
latter.

--
nosy: +koobs

___
Python tracker 

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

[issue20653] Pickle enums by name

[Eli Bendersky]

Eli Bendersky added the comment:

> Many comments, Eli's and Serhey's code changes incorporated.

Looks better, thanks. I left some comments in Rietveld.

--

___
Python tracker 

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

[issue20484] test_pydoc can alter execution environment causing subsequent test failures

[Ned Deily]

Ned Deily added the comment:

Eric, can you take a look at this?  It is playing minor havoc with regression 
testing for 3.4.0.

--
nosy: +larry

___
Python tracker 

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

[issue20722] newline is (partially) independent of universal newlines; needs to be made more clear in docs

[Thomas Wouters]

Thomas Wouters added the comment:

Additionally, the deprecation notice for 'U' in the table of modules should 
mention that the 'U' mode, not universal newlines, is deprecated because it is 
unnecessary. Or 'controlled by the newline argument' perhaps.

--
nosy: +twouters

___
Python tracker 

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

[issue20484] test_pydoc can alter execution environment causing subsequent test failures

[Ned Deily]

Ned Deily added the comment:

Here's another example of an odd test failure apparently caused by test_pydoc 
side effects, this using current default tip (same results with the current 
cherry pick for 3.4.0rc2):

./bin/python3.4 -m test -w -uall,-largefile test_pydoc test_unicode
[1/2] test_pydoc
Warning -- warnings.filters was modified by test_pydoc
Warning -- logging._handlerList was modified by test_pydoc
[2/2] test_unicode
test test_unicode failed -- Traceback (most recent call last):
  File 
"/py/dev/3x/root/fwn/Library/Frameworks/pytest_10.9.framework/Versions/3.4/lib/python3.4/test/test_unicode.py",
 line 1072, in test_formatting
string_tests.MixinStrUnicodeUserStringTest.test_formatting(self)
  File 
"/py/dev/3x/root/fwn/Library/Frameworks/pytest_10.9.framework/Versions/3.4/lib/python3.4/test/string_tests.py",
 line 1181, in test_formatting
with self.assertWarns(DeprecationWarning):
  File 
"/py/dev/3x/root/fwn/Library/Frameworks/pytest_10.9.framework/Versions/3.4/lib/python3.4/unittest/case.py",
 line 202, in __enter__
for v in sys.modules.values():
RuntimeError: dictionary changed size during iteration

1 test failed:
test_unicode
1 test altered the execution environment:
test_pydoc
Re-running failed tests in verbose mode
Re-running test 'test_unicode' in verbose mode
test_formatter_field_name_split (test.test_unicode.StringModuleTest) ... ok
test_formatter_parser (test.test_unicode.StringModuleTest) ... ok
test___contains__ (test.test_unicode.UnicodeTest) ... ok
test_additional_rsplit (test.test_unicode.UnicodeTest) ... ok
test_additional_split (test.test_unicode.UnicodeTest) ... ok
test_ascii (test.test_unicode.UnicodeTest) ... ok
test_aswidechar (test.test_unicode.UnicodeTest) ... ok
test_aswidecharstring (test.test_unicode.UnicodeTest) ... ok
test_bug1001011 (test.test_unicode.UnicodeTest) ... ok
test_bytes_comparison (test.test_unicode.UnicodeTest) ... ok
test_capitalize (test.test_unicode.UnicodeTest) ... ok
test_casefold (test.test_unicode.UnicodeTest) ... ok
test_center (test.test_unicode.UnicodeTest) ... ok
test_codecs (test.test_unicode.UnicodeTest) ... ok
test_codecs_charmap (test.test_unicode.UnicodeTest) ... ok
test_codecs_errors (test.test_unicode.UnicodeTest) ... ok
test_codecs_idna (test.test_unicode.UnicodeTest) ... ok
test_codecs_utf7 (test.test_unicode.UnicodeTest) ... ok
test_codecs_utf8 (test.test_unicode.UnicodeTest) ... ok
test_compare (test.test_unicode.UnicodeTest) ... ok
test_comparison (test.test_unicode.UnicodeTest) ... ok
test_concatenation (test.test_unicode.UnicodeTest) ... ok
test_constructor (test.test_unicode.UnicodeTest) ... ok
test_constructor_defaults (test.test_unicode.UnicodeTest)
Check the constructor argument defaults. ... ok
test_constructor_keyword_args (test.test_unicode.UnicodeTest)
Pass various keyword argument combinations to the constructor. ... ok
test_contains (test.test_unicode.UnicodeTest) ... ok
test_conversion (test.test_unicode.UnicodeTest) ... ok
test_count (test.test_unicode.UnicodeTest) ... ok
test_encode_decimal (test.test_unicode.UnicodeTest) ... ok
test_endswith (test.test_unicode.UnicodeTest) ... ok
test_expandtabs (test.test_unicode.UnicodeTest) ... ok
test_expandtabs_optimization (test.test_unicode.UnicodeTest) ... ok
test_expandtabs_overflows_gracefully (test.test_unicode.UnicodeTest) ... 
skipped 'only applies to 32-bit platforms'
test_extended_getslice (test.test_unicode.UnicodeTest) ... ok
test_find (test.test_unicode.UnicodeTest) ... ok
test_find_etc_raise_correct_error_messages (test.test_unicode.UnicodeTest) ... 
ok
test_floatformatting (test.test_unicode.UnicodeTest) ... ok
test_format (test.test_unicode.UnicodeTest) ... ok
test_format_auto_numbering (test.test_unicode.UnicodeTest) ... ok
test_format_float (test.test_unicode.UnicodeTest) ... ok
test_format_huge_item_number (test.test_unicode.UnicodeTest) ... ok
test_format_huge_precision (test.test_unicode.UnicodeTest) ... ok
test_format_huge_width (test.test_unicode.UnicodeTest) ... ok
test_format_map (test.test_unicode.UnicodeTest) ... ok
test_format_subclass (test.test_unicode.UnicodeTest) ... ok
test_formatting (test.test_unicode.UnicodeTest) ... ERROR
test_formatting_c_limits (test.test_unicode.UnicodeTest) ... ok
test_formatting_huge_precision (test.test_unicode.UnicodeTest) ... ok
test_formatting_huge_precision_c_limits (test.test_unicode.UnicodeTest) ... ok
test_formatting_huge_width (test.test_unicode.UnicodeTest) ... ok
test_formatting_with_enum (test.test_unicode.UnicodeTest) ... ok
test_from_format (test.test_unicode.UnicodeTest) ... ok
test_getnewargs (test.test_unicode.UnicodeTest) ... ok
test_hash (test.test_unicode.UnicodeTest) ... ok
test_index (test.test_unicode.UnicodeTest) ... ok
test_inplace_rewrites (test.test_unicode.UnicodeTest) ... ok
test_invalid_cb_for_2bytes_seq (test.test_unicode.UnicodeTest) ... ok
test_invalid_cb_for_3bytes_seq (test.test_unicode.UnicodeTest) ... ok
test_invalid_cb_for_4bytes_seq (test.test_unicode.UnicodeT

[issue20722] newline is (partially) independent of universal newlines; needs to be made more clear in docs

[Devin Jeanpierre]

New submission from Devin Jeanpierre:

http://docs.python.org/3.4/library/functions.html#open says "newline controls 
how universal newlines mode works (it only applies to text mode)."

My reading of this when I saw it was that newline= doesn't do anything unless 
universal newlines mode is enabled. This is untrue, and you can infer it's 
untrue from the following lines, but then the docs appear to contradict 
themselves. Please fix to say something more along the lines of "newline 
controls how newlines are read and written. It only applies to text mode."

The interactions with universal newlines mode are explained in the following 
text, so they don't need to be called out upfront. newline does more than just 
that.

--
assignee: docs@python
components: Documentation
messages: 211854
nosy: Devin Jeanpierre, docs@python
priority: normal
severity: normal
status: open
title: newline is (partially) independent of universal newlines; needs to be 
made more clear in docs
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

[issue20719] test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" buildbot

[Ned Deily]

Ned Deily added the comment:

... or, more likely, that a robots.txt file is now in place.

--

___
Python tracker 

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

[issue20719] test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" buildbot

[Ned Deily]

Ned Deily added the comment:

It looks like the new python.org web server configuration was just changed to 
no longer gzip robots.txt so the test is no longer failing for me.

--
nosy: +ned.deily

___
Python tracker 

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

[issue20721] 3.4 cherry-pick: 005d0678f93c Update pip to 1.5.4

[Donald Stufft]

New submission from Donald Stufft:

Please cherry-pick 005d0678f93c into 3.4.0. It upgrades pip to 1.5.4, the only 
change is a fix for an errant deprecation warning which was displaying all the 
time instead of only when you used the deprecated feature.

Sorry for making you need to cherry-pick another one so soon larry :(

--
assignee: larry
messages: 211851
nosy: dstufft, larry, ncoghlan, ned.deily
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: 005d0678f93c Update pip to 1.5.4
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

[issue20714] Allow for ]]> in CDATA in minidom

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka
stage:  -> test needed

___
Python tracker 

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

[issue7291] urllib2 cannot handle https with proxy requiring auth

[Vackar Afzal]

Vackar Afzal added the comment:

I've found that for the Python2.6.x patch to play nicely with the popular 
rquests library, I've had to set some defaults on the modified __init__ 
function so that it reads as follows:


def __init__(self, *args, **kwargs):
_orig_init(self, *args, **kwargs)
self._tunnel_headers = {}
self._tunnel_host = ''
self._tunnel_port = ''


Also seems to work with python 2.6.1. Note: Change the entry condition to:

if os.environ.get('https_proxy', None) and sys.version_info[:2]  == (2, 6) :

--
nosy: +vzafzal

___
Python tracker 

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

[issue20653] Pickle enums by name

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Yeah, I was confused by that when I first read it as well.  The 2.7
> docs are even worse in that regard (so there has been some
> progress :).

The docs are actually correct. They may be confusing because the
customization possibilities are more numerous than people may expect.
Rewordings welcome.

--

___
Python tracker 

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

[issue20653] Pickle enums by name

[Ethan Furman]

Ethan Furman added the comment:

Yeah, I was confused by that when I first read it as well.  The 2.7 docs are 
even worse in that regard (so there has been some progress :).

--

___
Python tracker 

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

[issue20653] Pickle enums by name

[Antoine Pitrou]

Antoine Pitrou added the comment:

> If the mixed-in class defines __reduce_ex__, and the Enum class
> defines __reduce__, pickle will see that the Enum class has both, and
> will call the _ex__ method.

Ah, I understand your concern. You are using "preferred" in a different
sense. The pickle docs don't mention __reduce_ex__ as being preferred,
as in "you should use this one", on the contrary.

--

___
Python tracker 

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

[issue20653] Pickle enums by name

[Ethan Furman]

Ethan Furman added the comment:

Antoine,

If the mixed-in class defines __reduce_ex__, and the Enum class defines 
__reduce__, pickle will see that the Enum class has both, and will call the 
_ex__ method.  It is, therefore, the preferred method (at least by pickle, 
which is what we are discussing).  If you don't believe me, try it and see.

--

___
Python tracker 

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

[issue20679] 3.4 cherry-pick: 587fd4b91120 improve Enum subclass behavior

[Ethan Furman]

Ethan Furman added the comment:

Discussion started on PyDev.

While working on that I realized/remembered that the main reason to get this in 
now is that without it a user *cannot* change how pickling works -- (s)he can 
write the methods, but they will be ignored.

--

___
Python tracker 

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

[issue20653] Pickle enums by name

[Ethan Furman]

Ethan Furman added the comment:

Many comments, Eli's and Serhey's code changes incorporated.

--
Added file: http://bugs.python.org/file34173/issue20653.stoneleaf.02.patch

___
Python tracker 

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

[issue20653] Pickle enums by name

[Antoine Pitrou]

Antoine Pitrou added the comment:

__reduce_ex__ is not the "preferred method": it's only necessary if you want so 
special-case according to the prototocol number.
In most cases, this is not necessary so it is simpler to define __reduce__ and 
not __reduce_ex__.

So I think the patch really should make use of __reduce__, not __reduce_ex__.

--

___
Python tracker 

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

[issue20714] Allow for ]]> in CDATA in minidom

[Artur R. Czechowski]

Artur R. Czechowski added the comment:

Eric, I'm not sure what exactly your concern is, but I'll try to address two 
issues I can see.

First: both strings  and  are a correct and valid 
examples of CDATA usage as per specification[1].

Second: is it allowed to have two occurences of CDATA inside one element? The 
same specification says only that ‟CDATA sections may occur anywhere character 
data may occur”. There is nothing said if multiple occurrences are allowed or 
disallowed.
Wikipedia suggests in [2] that it is OK, giving the same example of embedding 
]]> inside CDATA. There is no hints in Talk page that this solution doesn't 
work for someone.
In other example [3] there is explicitly stated that: ‟the [...] application 
shouldn't care about the difference between abc and  and 
”.

Last but not least: using following schema:


http://www.w3.org/2001/XMLSchema";>



following XML file:






validates correctly with xmllint:
$ xmllint -noout --schema schema.xsd t.xml
t.xml validates

I hope it dissolves your concerns.

PS. I noticed I missed one ] in provided patch. There should be four of them in 
second parameter of replace.

[1] http://www.w3.org/TR/REC-xml/#sec-cdata-sect
[2] http://en.wikipedia.org/wiki/CDATA#Nesting
[3] http://oxygenxml.com/archives/xsl-list/200502/msg00787.html

--

___
Python tracker 

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

[issue20719] test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" buildbot

[STINNER Victor]

STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%203.x/builds/2166/steps/test/logs/stdio

==
ERROR: testPythonOrg (test.test_robotparser.NetworkTestCase)
--
Traceback (most recent call last):
  File 
"E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\test\test_robotparser.py",
 line 283, in testPythonOrg
parser.read()
  File 
"E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\urllib\robotparser.py",
 line 64, in read
self.parse(raw.decode("utf-8").splitlines())
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8b in position 1: invalid 
start byte

--

___
Python tracker 

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

[issue20719] test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" buildbot

[STINNER Victor]

STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86%20FreeBSD%206.4%203.x/builds/4531/steps/test/logs/stdio

==
ERROR: testPythonOrg (test.test_robotparser.NetworkTestCase)
--
Traceback (most recent call last):
  File 
"/usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_robotparser.py",
 line 283, in testPythonOrg
parser.read()
  File 
"/usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/urllib/robotparser.py", 
line 64, in read
self.parse(raw.decode("utf-8").splitlines())
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8b in position 1: invalid 
start byte

--

___
Python tracker 

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

[issue20720] test_create_server() of test_asyncio failure on "x86 Windows Server 2008 [SB] 3.x" buildbot

[STINNER Victor]

New submission from STINNER Victor:

It looks like the overlapped AcceptEx() operation was cancelled by something. 
But when the test_asyncio was replayed in verbose mode, the test passed.

Is it possible that a local firewall or antivirus cancelled the operation? It 
would be surprising since the test passed at the second try.

Related discussion on Apache HTTPD mailing list:
" My guess... you have a package that installed a network service provider 
filter and that filter is somehow doing a close on the event handle in the 
overlapped structure."
http://marc.info/?l=apache-httpd-dev&m=105959505627302&w=2

---

AcceptEx() documentation:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms737524%28v=vs.85%29.aspx

test_create_server (test.test_asyncio.test_events.ProactorEventLoopTests) ...

Future/Task exception was never retrieved
future: _OverlappedFuture
Traceback (most recent call last):
  File 
"E:\home\cpython\buildslave\x86\3.x.snakebite-win2k8r2sp1-x86\build\lib\asyncio\windows_events.py",
 line 428, in _poll
value = callback(transferred, key, ov)
  File 
"E:\home\cpython\buildslave\x86\3.x.snakebite-win2k8r2sp1-x86\build\lib\asyncio\windows_events.py",
 line 253, in finish_accept
ov.getresult()
OSError: [WinError 995] The I/O operation has been aborted because of either a 
thread exit or an application request

http://buildbot.python.org/all/builders/x86%20Windows%20Server%202008%20%5BSB%5D%203.x/builds/2365/steps/test/logs/stdio

==
FAIL: test_create_server (test.test_asyncio.test_events.ProactorEventLoopTests)
--
Traceback (most recent call last):
  File 
"E:\home\cpython\buildslave\x86\3.x.snakebite-win2k8r2sp1-x86\build\lib\test\test_asyncio\test_events.py",
 line 642, in test_create_server
self.assertEqual('CONNECTED', proto.state)
AssertionError: 'CONNECTED' != 'INITIAL'
- CONNECTED
+ INITIAL

---

test_create_server (test.test_asyncio.test_events.SelectEventLoopTests) ... ok
test_create_server 
(test.test_asyncio.test_proactor_events.BaseProactorEventLoopTests) ... FAIL
... later ...
test_create_server (test.test_asyncio.test_events.SelectEventLoopTests) ... ok
test_create_server 
(test.test_asyncio.test_proactor_events.BaseProactorEventLoopTests) ... ok

--
messages: 211839
nosy: brian.curtin, gvanrossum, haypo, sbt, tim.golden, yselivanov
priority: normal
severity: normal
status: open
title: test_create_server() of test_asyncio failure on "x86 Windows Server 2008 
[SB] 3.x" buildbot
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

[issue20641] Python installer needs elevated rights to install pip

[Martin v . Löwis]

Martin v. Löwis added the comment:

Also, what kind of account exactly is attempting to perform the installation?

--
priority: release blocker -> normal

___
Python tracker 

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

[issue20719] test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" buildbot

[STINNER Victor]

New submission from STINNER Victor:

I read somewhere that python.org has a new website and the new website has gzip 
compression enabled which makes some urllib tests failing. It's probably 
related.

http://buildbot.python.org/all/builders/SPARC%20Solaris%2010%20%28cc%2C%2064b%29%20%5BSB%5D%203.x/builds/1750/steps/test/logs/stdio

==
ERROR: testPythonOrg (test.test_robotparser.NetworkTestCase)
--
Traceback (most recent call last):
  File 
"/home/cpython/buildslave/cc-64/3.x.snakebite-sol10-sparc-cc-64/build/Lib/test/test_robotparser.py",
 line 283, in testPythonOrg
parser.read()
  File 
"/home/cpython/buildslave/cc-64/3.x.snakebite-sol10-sparc-cc-64/build/Lib/urllib/robotparser.py",
 line 64, in read
self.parse(raw.decode("utf-8").splitlines())
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8b in position 1: invalid 
start byte

--
messages: 211836
nosy: haypo
priority: normal
severity: normal
status: open
title: test_robotparser failure on "SPARC Solaris 10 (cc%2C 64b) [SB] 3.x" 
buildbot
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

[issue20641] Python installer needs elevated rights to install pip

[Nick Coghlan]

Nick Coghlan added the comment:

Patrick, could you let us know exactly which version of Windows exhibited the 
problem?

I also had no issues when testing the 3.4b3 installer on Windows 7 64-bit a few 
weeks ago, and I don't believe I have adjusted the UAC settings on that machine.

--

___
Python tracker 

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

[issue20114] Sporadic failure of test_semaphore_tracker() of test_multiprocessing_forkserver on FreeBSD 9 buildbot

[STINNER Victor]

STINNER Victor added the comment:

> It is probably harmless then.

It makes the buildbot red :-( I would like to see green buildbots :-)



Similar failure on the buildbot "SPARC Solaris 10 OpenCSW 3.x". A build takes 
between 9 and 10 hours on this buildbot.

http://buildbot.python.org/all/builders/SPARC%20Solaris%2010%20OpenCSW%203.x/builds/821/steps/test/logs/stdio

==
FAIL: test_semaphore_tracker 
(test.test_multiprocessing_fork.TestSemaphoreTracker)
--
Traceback (most recent call last):
  File 
"/export/home/buildbot/buildarea/3.x.bruynooghe-solaris-csw/build/Lib/test/_test_multiprocessing.py",
 line 3656, in test_semaphore_tracker
_multiprocessing.sem_unlink(name2)
AssertionError: OSError not raised

--

___
Python tracker 

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

[issue20718] OpenBSD/AIX: tests passing a file descriptor with sendmsg/recvmsg failures

[STINNER Victor]

STINNER Victor added the comment:

These tests are skipped on Mac OS X: see issue #12958. We may skip also these 
tests on AIX and OpenBSD?

(Copy the nosy list from issue #6560 which added the recvmsg() and sendmsg() 
methods.)

--
nosy: +baikie, brett.cannon, brian, exarkun, giampaolo.rodola, jackdied, 
janssen, jcea, ncoghlan, neologix, pitrou, python-dev, rosslagerwall, rpointel, 
schmichael, synapse, therve, wiml

___
Python tracker 

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

[issue20669] OpenBSD: socket.recvmsg tests fail with OSError: [Errno 40] Message too long

[STINNER Victor]

STINNER Victor added the comment:

I opened the issue #20718 to track the "FD pass" failures.

--

___
Python tracker 

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

[issue20718] OpenBSD/AIX: tests passing a file descriptor with sendmsg/recvmsg failures

[STINNER Victor]

New submission from STINNER Victor:

OpenBSD failures:

http://bugs.python.org/issue20669#msg211493

AIX failures:

http://buildbot.python.org/all/builders/PPC64%20AIX%203.x/builds/1760/steps/test/logs/stdio

==
ERROR: testFDPassSeparate (test.test_socket.RecvmsgSCMRightsStreamTest)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 258, in _tearDown
raise exc
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 270, in clientRun
test_func()
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 2722, in _testFDPassSeparate
array.array("i", [fd1]))]),
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 1864, in sendmsgToServer
*(args + self.sendmsg_to_server_defaults[len(args):]))
OSError: [Errno 22] Invalid argument

==
ERROR: testFDPassSeparateMinSpace (test.test_socket.RecvmsgSCMRightsStreamTest)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 258, in _tearDown
raise exc
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 270, in clientRun
test_func()
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 2746, in _testFDPassSeparateMinSpace
array.array("i", [fd1]))]),
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 1864, in sendmsgToServer
*(args + self.sendmsg_to_server_defaults[len(args):]))
OSError: [Errno 22] Invalid argument

==
ERROR: testFDPassSeparate (test.test_socket.RecvmsgIntoSCMRightsStreamTest)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 258, in _tearDown
raise exc
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 270, in clientRun
test_func()
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 2722, in _testFDPassSeparate
array.array("i", [fd1]))]),
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 1864, in sendmsgToServer
*(args + self.sendmsg_to_server_defaults[len(args):]))
OSError: [Errno 22] Invalid argument

==
ERROR: testFDPassSeparateMinSpace 
(test.test_socket.RecvmsgIntoSCMRightsStreamTest)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 258, in _tearDown
raise exc
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 270, in clientRun
test_func()
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 2746, in _testFDPassSeparateMinSpace
array.array("i", [fd1]))]),
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 1864, in sendmsgToServer
*(args + self.sendmsg_to_server_defaults[len(args):]))
OSError: [Errno 22] Invalid argument

==
FAIL: testIPv4toString (test.test_socket.GeneralModuleTests)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 955, in testIPv4toString
assertInvalid(f, '0.0.0.')
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 947, in 
(OSError, ValueError), func, a
AssertionError: (, ) not raised by 
inet_aton

==
FAIL: testIPv6toString (test.test_socket.GeneralModuleTests)
--
Traceback (most recent call last):
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 1012, in testIPv6toString
assertInvalid('1:2:3:4:5:6:7:8:')
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-aix-ppc64/build/Lib/test/test_socket.py",
 line 990, in 
(OSError, ValueError), f, a
Assertio

[issue20717] test_4_daemon_threads() fails randomly on "x86 Windows Server 2003 [SB] 3.x"

[STINNER Victor]

STINNER Victor added the comment:

I'm unable to reproduce the issue on my Windows XP and Windows 7 virtual 
machines.

--
nosy: +brian.curtin, tim.golden

___
Python tracker 

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

[issue20717] test_4_daemon_threads() fails randomly on "x86 Windows Server 2003 [SB] 3.x"

[STINNER Victor]

New submission from STINNER Victor:

The test test_4_daemon_threads() does crash randomly on the buildbot "x86 
Windows Server 2003 [SB] 3.x". It may be an old bug which was not seen before 
because it was hidden by another bug (#19424 which is now fixed).

Charles-François Natali repeated that daemons threads can crash randomly at 
exit if they are waiting for a blocking call with the GIL released, and still 
use memory that is being freed by the main thread at exit.

http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%203.x/builds/2166/steps/test/logs/stdio

==
FAIL: test_4_daemon_threads (test.test_threading.ThreadJoinOnShutdown)
--
Traceback (most recent call last):
  File 
"E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\test\test_threading.py",
 line 773, in test_4_daemon_threads
rc, out, err = assert_python_ok('-c', script)
  File 
"E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\test\script_helper.py",
 line 69, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File 
"E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\test\script_helper.py",
 line 55, in _assert_python
"stderr follows:\n%s" % (rc, err.decode('ascii', 'ignore')))
AssertionError: Process return code is 3221225477, stderr follows:


Related issues:

- #19424: _warnings: patch to avoid conversions from/to UTF-8
- #19442: Python crashes when a warning is emitted during shutdown
- #19466: Clear state of threads earlier in Python shutdown => my changes from 
this issue have been reverted

--
messages: 211830
nosy: haypo, neologix, pitrou, sbt
priority: normal
severity: normal
status: open
title: test_4_daemon_threads() fails randomly on "x86 Windows Server 2003 [SB] 
3.x"
type: crash
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

[issue20671] test_create_at_shutdown_with_encoding() of test_io hangs on "SPARC Solaris 10 OpenCSW 3.x"

[STINNER Victor]

STINNER Victor added the comment:

I sent an email to Floris Bruynooghe, owner of the buildbot:

Hi,

I noticed "Timeout (1:00:00)!" errors on your buildbot "SPARC Solaris
10 OpenCSW 3.x". It looks like the buildbot takes 10 hour for one
build, whereas my PC takes less than 10 minutes (especially when tests
are run in parallel). I don't really care of performances, but more on
the result.

Could you please modify the timeout, for example to set it to 2 hours?

The "test" step of buildbot uses this command:

 argv: ['make', 'buildbottest', 'TESTOPTS=', 'TESTPYTHONOPTS=',
'TESTTIMEOUT=3600']

Replace 3600 with 7200 (seconds = 2 hours).

Related Python issue:
http://bugs.python.org/issue20671

Thanks,
Victor Stinner aka haypo

--

___
Python tracker 

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

[issue10510] distutils upload/register should use CRLF in HTTP requests

[Éric Araujo]

Éric Araujo added the comment:

Some clarifications:

* distutils2/packaging is now abandoned.
* distutils can get bug fixes, unless they break e.g. work-arounds that have 
been working in setuptools or setup.py scripts for years.
* distutils can get new features in 3.5.

For this issue, I think distutils in all active branches can get fixed to use 
CRLF for multipart POSTs.

--
stage:  -> needs patch
status: closed -> open
versions: +Python 2.7, Python 3.4

___
Python tracker 

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

[issue20669] OpenBSD: socket.recvmsg tests fail with OSError: [Errno 40] Message too long

[STINNER Victor]

STINNER Victor added the comment:

I copy the nosy list from issue #6560 which added the recvmsg() and sendmsg() 
methods.

--
nosy: +baikie, brett.cannon, brian, exarkun, giampaolo.rodola, jackdied, 
janssen, jcea, ncoghlan, neologix, pitrou, python-dev, rosslagerwall, 
schmichael, synapse, therve, wiml

___
Python tracker 

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

[issue10510] distutils upload/register should use CRLF in HTTP requests

[Matthew Iversen]

Matthew Iversen added the comment:

Sorry, I referenced http://bugs.python.org/issue12169 before.

distutils multipart/form-data encoding still breaks the spec for MIME, which 
demands CRLF line endings.

Especially since it is now sending HTTP 1.1 requests which should conform.

The patch / resulting branch from the above issue should fix this, I believe it 
was meant for a 'distutils2/packaging' effort before? But I can't see why it 
wouldn't still be applicable to current distutils to fix this issue.

Revelant parts of RFCs are https://tools.ietf.org/html/rfc2045#section-2.10 and 
https://tools.ietf.org/html/rfc822#section-3.2

--
nosy: +Matthew.Iversen

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

> With the latest patch, test_time passes.

Ok, thanks for your tests. But time.ctime() is still wrong. Can you please try 
the following examples with the latest Python version (502c8b7e8ad2) and then 
retry with pylocaltime_aix.patch?

>>> time.ctime(-2**29)
'Sat Dec 27 06:11:28 1952'
>>> time.ctime(2**29)
'Mon Jan  5 19:48:32 1987'

I would like to know if pylocaltime_aix.patch is needed or not.

--

___
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

[Roundup Robot]

Roundup Robot added the comment:

New changeset 502c8b7e8ad2 by Victor Stinner in branch 'default':
Issue #19748: On AIX, time.mktime() now raises an OverflowError for year
http://hg.python.org/cpython/rev/502c8b7e8ad2

--
nosy: +python-dev

___
Python tracker 

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