[issue20648] 3.4 cherry-pick: multiple changesets for asyncio
Larry Hastings added the comment: I just put the third preview up. There are no diffs between that asyncio and the one in default. Is this torrent coming to a close? We really should keep the changes from rc2 to final to a bare minimum. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ 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
Éric Araujo added the comment: Does the XML spec allow that? -- nosy: +eric.araujo title: Please allow for ]] in CDATA in minidom.py - Allow for ]] in CDATA in minidom versions: +Python 3.5 -Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20714 ___ ___ 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 added the comment: Is this torrent coming to a close? We really should keep the changes from rc2 to final to a bare minimum. I agree. We may improve the documentation, but such commits doesn't need to be cherry-picked. Many people read the documentation online (docs.python.org). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20669 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20671 ___ ___ 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
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 rep...@bugs.python.org
http://bugs.python.org/issue20717
___
___
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 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 rep...@bugs.python.org http://bugs.python.org/issue20717 ___ ___ 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
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 lambda
(OSError, ValueError), func, a
AssertionError: (class 'OSError', class 'ValueError') 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 lambda
(OSError, ValueError), f, a
[issue20718] OpenBSD/AIX: tests passing a file descriptor with sendmsg/recvmsg failures
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 rep...@bugs.python.org http://bugs.python.org/issue20718 ___ ___ 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 added the comment: I opened the issue #20718 to track the FD pass failures. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20669 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20114 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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
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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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 added the comment: Also, what kind of account exactly is attempting to perform the installation? -- priority: release blocker - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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
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-devm=105959505627302w=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: _OverlappedFutureexception=OSError(22, 'The I/O operation has been
aborted because of either a thread exit or an application request', None, 995,
None)
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 rep...@bugs.python.org
http://bugs.python.org/issue20720
___
___
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 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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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 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 ![CDATA[ and ![CDATA[]] 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 ![CDATA[abc]] and ![CDATA[a]]![CDATA[bc]]”. Last but not least: using following schema: ?xml version=1.0 encoding=UTF-8? xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema; xs:element name=foo/ /xs:schema following XML file: ?xml version=1.0 ? foo ![CDATA[![CDATA[]] /foo 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 rep...@bugs.python.org http://bugs.python.org/issue20714 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20679 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org
http://bugs.python.org/issue7291
___
___
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
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +serhiy.storchaka stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20714 ___ ___ 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
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 rep...@bugs.python.org http://bugs.python.org/issue20721 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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 added the comment: ... or, more likely, that a robots.txt file is now in place. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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
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 rep...@bugs.python.org http://bugs.python.org/issue20722 ___ ___ 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 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.UnicodeTest)
[issue20484] test_pydoc can alter execution environment causing subsequent test failures
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 rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20722 ___ ___ 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 added the comment: Many comments, Eli's and Serhey's code changes incorporated. Looks better, thanks. I left some comments in Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 added the comment: Breadcrumb: this was reported against 3.2 and 3.1, but never backported to the latter. -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8168 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue7291 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20692 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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 added the comment: WITH the patch: time.ctime(-2**29) Traceback (most recent call last): File stdin, line 1, in module 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20712 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20712 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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)
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 rep...@bugs.python.org http://bugs.python.org/issue20723 ___ ___ 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 added the comment: It looks like these are due to the python.org web site change. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20723 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20671 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20720 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20720 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20720 ___ ___ 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 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 stdin, line 1, in module OverflowError: mktime argument out of range time.mktime(time.localtime(0)) 0.0 time.mktime(time.localtime(1)) 1.0 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20630 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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 added the comment: On 02/21/2014 11:26 AM, Antoine Pitrou wrote: Are we reading the same comments? LOL, apparently not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ 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
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20632 ___ ___ 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
Changes by Stefan Behnel sco...@users.sourceforge.net: -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20632 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20723 ___ ___ 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
Changes by Terry J. Reedy tjre...@udel.edu: -- title: csv.DictReader - Improve doc for csv.DictReader 'fieldnames' parameter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20628 ___ ___ 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 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 rep...@bugs.python.org
http://bugs.python.org/issue11588
___
___
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 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 rep...@bugs.python.org http://bugs.python.org/issue20636 ___ ___ 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
Changes by Terry J. Reedy tjre...@udel.edu: -- 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 rep...@bugs.python.org http://bugs.python.org/issue20683 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20114 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20690 ___ ___ 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 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 literal.name is parsed as (literal.)name. That is a consequence of float literals not requiring a fractional part (unlike some other languages). -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20692 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue11188 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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 added the comment: time.mktime(time.localtime(-1)) Traceback (most recent call last): File stdin, line 1, in module 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 rep...@bugs.python.org http://bugs.python.org/issue19748 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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
Changes by STINNER Victor victor.stin...@gmail.com: -- 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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20632 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue17159 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue17159 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue1508475 ___ ___ 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
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 yseliva...@sprymix.com 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 rep...@bugs.python.org http://bugs.python.org/issue20724 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue17159 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20712 ___ ___ 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
Changes by Jesús Cea Avión j...@jcea.es: -- 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 rep...@bugs.python.org http://bugs.python.org/issue20719 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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 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 rep...@bugs.python.org
http://bugs.python.org/issue20719
___
___
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 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 rep...@bugs.python.org http://bugs.python.org/issue20671 ___ ___ 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 added the comment: Surely tools like this would still be installed in c:\Python34\Scripts and not c:\Windows ? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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 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 rep...@bugs.python.org
http://bugs.python.org/issue20717
___
___
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
Changes by Brian Curtin br...@python.org: -- nosy: -brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20717 ___ ___ 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
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 rep...@bugs.python.org http://bugs.python.org/issue20725 ___ ___ 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
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 rep...@bugs.python.org http://bugs.python.org/issue20726 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20725 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20693 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
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 rep...@bugs.python.org
http://bugs.python.org/issue20727
___
___
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 added the comment: ok -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20721 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20679 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue17159 ___ ___ 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 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 rep...@bugs.python.org http://bugs.python.org/issue20724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
