[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()
Berker Peksag added the comment: Here's a patch with a test. -- keywords: +patch nosy: +berker.peksag stage: - patch review type: - behavior Added file: http://bugs.python.org/file35587/issue21707.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21729] Use `with` statement in dbm.dumb
New submission from Claudiu.Popa: Hello. Here's a short patch for dbm.dumb, which uses in various places the `with` statement for opening and closing files. Thanks. -- components: Library (Lib) files: dbm_with_open.patch keywords: patch messages: 220335 nosy: Claudiu.Popa, serhiy.storchaka priority: normal severity: normal status: open title: Use `with` statement in dbm.dumb type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file35588/dbm_with_open.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21729] Use `with` statement in dbm.dumb
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka priority: normal - low stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19884] Importing readline produces erroneous output
STINNER Victor added the comment: Attached readline_disable_meta_key.patch: Implement the workaround suggested in (*), but only use the workaround if stdout is not a TTY (ex: output redirected), to limit the risk of regression. (*) http://lists.gnu.org/archive/html/bug-readline/2011-04/msg9.html Extract of the patch: +if (!isatty(STDOUT_FILENO)) { +/* Issue #19884: Don't try to enable any meta modifier key the terminal + claims to support when it is called. On many terminals (ex: + xterm-256color), the meta key is used to send eight-bit characters + (ANSI sequence \033[1034h). */ +rl_variable_bind (enable-meta-key, off); +} This issue becomes very annoying on my Fedora 20. The output of any Mercurial command now starts with \033.[?1034h (Mercurial uses Python 2.7). Example: haypo@smithers$ hg root|hexdump -C 1b 5b 3f 31 30 33 34 68 2f 68 6f 6d 65 2f 68 61 |.[?1034h/home/ha| 0010 79 70 6f 2f 70 72 6f 67 2f 70 79 74 68 6f 6e 2f |ypo/prog/python/| 0020 64 65 66 61 75 6c 74 0a |default.| 0028 Fedora 18 changed the default TERM environment variable to xterm-256color: http://fedoraproject.org/wiki/Features/256_Color_Terminals Workaround in your application (to run on unpatched Python): set the TERM environment variable to dummy, or unset this variable. -- keywords: +patch nosy: +haypo Added file: http://bugs.python.org/file35589/readline_disable_meta_key.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19884 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21425] Interactive interpreter doesn't flush stderr prompty
Changes by Berker Peksag berker.pek...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21425 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21205] Add __qualname__ attribute to Python generators and change default __name__
STINNER Victor added the comment: Discussion on python-dev: https://mail.python.org/pipermail/python-dev/2014-June/135026.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21205 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12387] IDLE save keyboard shortcut problem
Saimadhav Heblikar added the comment: Attached patch is an attempt to fix the issue, based on msg220332. With this patch, and with IDLE Classic Unix keybinding selected in IDLE, actions like cut=Control-Key-w, redo=Alt-Key-z Meta-Key-z, and emac's style actions like open-new-window=Control-Key-xControl-Key-n, can be performed by just pressing the respective keys, irrespective of CAPS. I would like to know if this patch is acceptable and whether it performs as expected on all platforms. -- Added file: http://bugs.python.org/file35590/keybinding-issue12387-v1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12387] IDLE save keyboard shortcut problem
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: Removed file: http://bugs.python.org/file35590/keybinding-issue12387-v1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12387] IDLE save keyboard shortcut problem
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: Added file: http://bugs.python.org/file35591/keybinding-issue12387-v1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12387] IDLE save keyboard shortcut problem
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: Removed file: http://bugs.python.org/file35591/keybinding-issue12387-v1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12387] IDLE save keyboard shortcut problem
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: Added file: http://bugs.python.org/file35592/keybinding-issue12387-v1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21730] test_socket fails --without-threads
New submission from Berker Peksag: Here's the traceback (tested on Ubuntu 12.04): == ERROR: testBCM (test.test_socket.CANTest) -- Traceback (most recent call last): File /home/berker/projects/cpython-default/Lib/test/test_socket.py, line 231, in _setUp self.server_ready = threading.Event() AttributeError: 'NoneType' object has no attribute 'Event' == ERROR: testSendFrame (test.test_socket.CANTest) -- Traceback (most recent call last): File /home/berker/projects/cpython-default/Lib/test/test_socket.py, line 231, in _setUp self.server_ready = threading.Event() AttributeError: 'NoneType' object has no attribute 'Event' == ERROR: testSendMaxFrame (test.test_socket.CANTest) -- Traceback (most recent call last): File /home/berker/projects/cpython-default/Lib/test/test_socket.py, line 231, in _setUp self.server_ready = threading.Event() AttributeError: 'NoneType' object has no attribute 'Event' == ERROR: testSendMultiFrames (test.test_socket.CANTest) -- Traceback (most recent call last): File /home/berker/projects/cpython-default/Lib/test/test_socket.py, line 231, in _setUp self.server_ready = threading.Event() AttributeError: 'NoneType' object has no attribute 'Event' -- Patch attached. -- components: Tests files: test_socket_thread.diff keywords: patch messages: 220339 nosy: berker.peksag priority: normal severity: normal stage: patch review status: open title: test_socket fails --without-threads type: behavior versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file35593/test_socket_thread.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21730 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20043] test_multiprocessing_main_handling fails --without-threads
Berker Peksag added the comment: This test is still failing on AMD64 Fedora without threads 3.x. http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/6743/steps/test/logs/stdio test test_multiprocessing_main_handling crashed -- Traceback (most recent call last): File /home/buildbot/buildarea/3.x.krah-fedora/build/Lib/test/regrtest.py, line 1271, in runtest_inner the_module = importlib.import_module(abstest) File /home/buildbot/buildarea/3.x.krah-fedora/build/Lib/importlib/__init__.py, line 109, in import_module return _bootstrap._gcd_import(name[level:], package, level) File frozen importlib._bootstrap, line 2203, in _gcd_import File frozen importlib._bootstrap, line 2186, in _find_and_load File frozen importlib._bootstrap, line 2175, in _find_and_load_unlocked File frozen importlib._bootstrap, line 1149, in _load_unlocked File frozen importlib._bootstrap, line 1420, in exec_module File frozen importlib._bootstrap, line 321, in _call_with_frames_removed File /home/buildbot/buildarea/3.x.krah-fedora/build/Lib/test/test_multiprocessing_main_handling.py, line 21, in module import multiprocessing File /home/buildbot/buildarea/3.x.krah-fedora/build/Lib/multiprocessing/__init__.py, line 16, in module from . import context File /home/buildbot/buildarea/3.x.krah-fedora/build/Lib/multiprocessing/context.py, line 3, in module import threading File /home/buildbot/buildarea/3.x.krah-fedora/build/Lib/threading.py, line 4, in module import _thread ImportError: No module named '_thread' But I couldn't reproduce it on Ubuntu 12.04 (built Python --without-threads): [1/1] test_multiprocessing_main_handling test_multiprocessing_main_handling skipped -- /home/berker/projects/cpython-default/build/lib.linux-x86_64-3.5-pydebug/_multiprocessing.cpython-35dm.so: undefined symbol: PyThread_get_thread_ident 1 test skipped: test_multiprocessing_main_handling -- resolution: fixed - stage: resolved - needs patch status: closed - open versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21731] Calendar Problem with Windows (XP)
New submission from Jürgen B: I had a problem with calendar.formatmonth() Error message was 'Unsupported Locale' Well, it seems that Windows (XP) does nothing accept to setlocale than '' I changed /lib/calendar.py line 488 ff to class different_locale: def __init__(self, locale): self.locale = locale def __enter__(self): _locale.setlocale(_locale.LC_TIME, '') # juebo self.oldlocale = _locale.getlocale(_locale.LC_TIME) # _locale.setlocale(_locale.LC_TIME, self.locale) # juebo def __exit__(self, *args): # _locale.setlocale(_locale.LC_TIME, self.oldlocale) #juebo _locale.setlocale(_locale.LC_TIME, '') Well, I am absolute new to Python. So could anybody look over it -- components: Library (Lib) messages: 220341 nosy: Juebo priority: normal severity: normal status: open title: Calendar Problem with Windows (XP) type: compile error versions: Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21731 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10445] _ast py3k : add lineno back to args node
Claudiu.Popa added the comment: This doesn't seem to be the case for Python 3.4. Also, _ast.arguments didn't have lineno and col_offset attributes neither in Python 2. But the _arg.arg nodes have those attributes, as seen in this example. from ast import parse parse( ... def test(a): pass ... ) _ast.Module object at 0x02E43330 f=_ f.body[0].args _ast.arguments object at 0x02E43390 f.body[0].args.lineno Traceback (most recent call last): File stdin, line 1, in module AttributeError: 'arguments' object has no attribute 'lineno' f.body[0].args.args [_ast.arg object at 0x02E43270] f.body[0].args.args[0].lineno 2 -- nosy: +Claudiu.Popa type: resource usage - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10445 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't support jpegs with an ICC profile
Changes by Claudiu.Popa pcmantic...@gmail.com: -- nosy: +Claudiu.Popa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't support jpegs with an ICC profile
Changes by Claudiu.Popa pcmantic...@gmail.com: -- versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17911] Extracting tracebacks does too much work
Changes by STINNER Victor victor.stin...@gmail.com: -- components: +asyncio nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17911 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19816] test.regrtest: use tracemalloc to detect memory leaks?
STINNER Victor added the comment: I tried different options to show the memory leaks found by tracemalloc, but I'm not satisfied by any option. I get a lot of noise, the output is almost useless. Randomly, between 1 and 1000 KB are allocated or released in random files: in unittest or linecache modules for example. It looks like the major issue is that the unittest leaks memory. For example, there are still 4 TestCase instances alive after the execution of test_sys. But later, these instances are deleted. It looks like it creates reference leaks and so memory is only released late. Calling gc.collect() doesn't help. I remember that I already saw something strange with the _Outcome class used in unittest.TestCase.run(). See the issue #19880 (changeset 09658ea0b93d). The asyncio module has a similar issue: it stores an exception which indirectly contains a reference cycle in the Exception.__traceback__ attribute. http://bugs.python.org/issue17911 https://code.google.com/p/tulip/issues/detail?id=155 -- keywords: +patch Added file: http://bugs.python.org/file35594/regrtest.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19816 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19816] test.regrtest: use tracemalloc to detect memory leaks?
STINNER Victor added the comment: regrtest.patch is a work-in-progress patch. It shows the top 10 when the -R option is used, ex: python -m test -R 3:3 test_sys. -- nosy: +sahutd ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19816 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't support jpegs with an ICC profile
Claudiu.Popa added the comment: Using \xff\xd8 sounds good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't support jpegs with an ICC profile
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't support jpegs with an ICC profile
Kovid Goyal added the comment: FYI, the test I currently use in calibre, which has not failed so far for millions of users: def test_jpeg(h, f): if (h[6:10] in (b'JFIF', b'Exif')) or (h[:2] == b'\xff\xd8' and (b'JFIF' in h[:32] or b'8BIM' in h[:32])): return 'jpeg' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21731] Calendar Problem with Windows (XP)
R. David Murray added the comment: The code is mostly correct as it exists in the calendar module. You are running into issue 10466. Per my comment in that issue, it may be possible to put a workaround into the calendar module, but your suggestion isn't it, since your code would leave the locale modified, not restored to its value before the calendar function was called. What happens if you replace the original setlocale call in __enter__ with a try/except, and if the set fails, redo the set call using ''? Does the save of oldlocale and its restore work in that case? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21731 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21727] Ambiguous sentence explaining `cycle` in itertools documentation
Matt Deacalion Stevens added the comment: It's probably just me then. The code example is what helped me grasp `cycle`, not the explanation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10466] locale.py resetlocale throws exception on Windows (getdefaultlocale returns value not usable in setlocale)
R. David Murray added the comment: See issue 21731 for considering putting a workaround for this into the calendar module (noted here because of msg122065). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10466] locale.py resetlocale throws exception on Windows (getdefaultlocale returns value not usable in setlocale)
R. David Murray added the comment: Oh, I see I'd already previously opened issue 10498 for that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10498] calendar.LocaleHTMLCalendar.formatyearpage() results in traceback with 'unsupported locale setting' on Windows
R. David Murray added the comment: I'm closing this in favor of issue 21731, which has a proposed (though I believe incorrect) patch. -- resolution: - duplicate stage: test needed - resolved status: open - closed superseder: - Calendar Problem with Windows (XP) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10498 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21731] Calendar Problem with Windows (XP)
Jürgen B added the comment: Yes, Issue 10466 seems to be the same problem. One could fix this one instance higher, not necessarily in Calendar.py. As I said, I have no idea about Python (not yet). You could code this and I would test it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21731 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21652] Python 2.7.7 regression in mimetypes module on Windows
Gavin Carothers added the comment: Issue also exists in Pyramid (any wsgi server/framework) See https://github.com/Pylons/pyramid/issues/1360 for Pyramid bug. -- nosy: +gcarothers ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21733] mmap(size=9223372036854779904) failed message when running test_io on AMD64 Snow Leop 3.x buildbot
New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1734/steps/test/logs/stdio python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug [212/390] test_io -- assignee: ronaldoussoren components: Macintosh, Tests keywords: buildbot messages: 220356 nosy: haypo, ronaldoussoren priority: normal severity: normal status: open title: mmap(size=9223372036854779904) failed message when running test_io on AMD64 Snow Leop 3.x buildbot ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21733 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs on AMD64 Snow Leop 3.x buildbot
STINNER Victor added the comment: I checked builds 1722..1742: it looks like this issue only occured once. -- assignee: - ronaldoussoren components: +Macintosh nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21732 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs on AMD64 Snow Leop 3.x buildbot
New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1742/steps/test/logs/stdio Timeout (1:00:00)! Thread 0x7fff71296cc0 (most recent call first): File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/selectors.py, line 311 in select File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/asyncio/base_events.py, line 822 in _run_once File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/asyncio/base_events.py, line 195 in run_forever File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/asyncio/base_events.py, line 215 in run_until_complete File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test_asyncio/test_events.py, line 1492 in test_subprocess_terminate File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/case.py, line 577 in run File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/case.py, line 625 in __call__ File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py, line 125 in run File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py, line 87 in __call__ File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py, line 125 in run File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py, line 87 in __call__ File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py, line 125 in run File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py, line 87 in __call__ File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/runner.py, line 168 in run File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/support/__init__.py, line 1724 in _run_suite File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/support/__init__.py, line 1758 in run_unittest File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test_asyncio/__init__.py, line 29 in test_main File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 1278 in runtest_inner File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 967 in runtest File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 532 in main File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 1562 in main_in_temp_cwd File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 1587 in module File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py, line 85 in _run_code File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py, line 170 in _run_module_as_main Traceback (most recent call last): File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/__main__.py, line 3, in module regrtest.main_in_temp_cwd() File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 1562, in main_in_temp_cwd main() File /Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py, line 738, in main raise Exception(Child error on {}: {}.format(test, result[1])) Exception: Child error on test_asyncio: Exit code 1 [390/390] test_asyncio make: *** [buildbottest] Error 1 -- components: Tests, asyncio messages: 220354 nosy: gvanrossum, haypo, yselivanov priority: normal severity: normal status: open title: SubprocessTestsMixin.test_subprocess_terminate() hangs on AMD64 Snow Leop 3.x buildbot versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21732 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21734] compilation of the _ctypes module fails on OpenIndiana: ffi_prep_closure_loc symbol is missing
New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/7900/steps/test/logs/stdio gcc -shared (...)Modules/_ctypes/_ctypes.o (...) -o build/lib.solaris-2.11-i86pc.64bit-3.5-pydebug/_ctypes.so (...) *** WARNING: renaming _ctypes since importing it failed: ld.so.1: python: fatal: relocation error: file build/lib.solaris-2.11-i86pc.64bit-3.5-pydebug/_ctypes.so: symbol ffi_prep_closure_loc: referenced symbol not found (...) Failed to build these modules: _ctypes _curses _curses_panel _lzma -- messages: 220357 nosy: haypo priority: normal severity: normal status: open title: compilation of the _ctypes module fails on OpenIndiana: ffi_prep_closure_loc symbol is missing type: compile error versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21734 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
STINNER Victor added the comment: Many test_pydoc tests are failing on the FreeBSD 9 buildbot, example: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6870/steps/test/logs/stdio == FAIL: test_html_doc (test.test_pydoc.PydocDocTest) -- Traceback (most recent call last): File /usr/home/buildbot/buildarea/3.x.krah-freebsd/build/Lib/test/test_pydoc.py, line 418, in test_html_doc self.fail(outputs are not equal, see diff above) AssertionError: outputs are not equal, see diff above == FAIL: test_text_doc (test.test_pydoc.PydocDocTest) -- Traceback (most recent call last): File /usr/home/buildbot/buildarea/3.x.krah-freebsd/build/Lib/test/test_pydoc.py, line 432, in test_text_doc self.fail(outputs are not equal, see diff above) AssertionError: outputs are not equal, see diff above -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21735] test_threading.test_main_thread_after_fork_from_nonmain_thread() hangs on the FreeBSD 10 buildbot
New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.x/builds/2220/steps/test/logs/stdio [390/390] test_threading Timeout (1:00:00)! Thread 0x000801c06400 (most recent call first): File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/selectors.py, line 364 in select File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/subprocess.py, line 1618 in _communicate File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/subprocess.py, line 971 in communicate File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/script_helper.py, line 45 in _assert_python File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/script_helper.py, line 69 in assert_python_ok File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/test_threading.py, line 536 in test_main_thread_after_fork_from_nonmain_thread File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/case.py, line 577 in run File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/case.py, line 625 in __call__ File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py, line 125 in run File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py, line 87 in __call__ File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py, line 125 in run File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py, line 87 in __call__ File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py, line 125 in run File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py, line 87 in __call__ File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/runner.py, line 168 in run File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py, line 1724 in _run_suite File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py, line 1758 in run_unittest File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 1277 in lambda File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 1278 in runtest_inner File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 967 in runtest File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 532 in main File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 1562 in main_in_temp_cwd File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 1587 in module File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py, line 85 in _run_code File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py, line 170 in _run_module_as_main Traceback (most recent call last): File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/__main__.py, line 3, in module regrtest.main_in_temp_cwd() File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 1562, in main_in_temp_cwd main() File /usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py, line 738, in main raise Exception(Child error on {}: {}.format(test, result[1])) Exception: Child error on test_threading: Exit code 1 *** Error code 1 -- components: Tests keywords: buildbot messages: 220359 nosy: haypo priority: normal severity: normal status: open title: test_threading.test_main_thread_after_fork_from_nonmain_thread() hangs on the FreeBSD 10 buildbot versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21735 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12516] imghdr.what should take one argument
Changes by Claudiu Popa pcmantic...@gmail.com: -- nosy: +Claudiu.Popa versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12516 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21723] Float maxsize is treated as infinity in asyncio.Queue
Vajrasky Kok added the comment: It looks strange to use a float as maxsize. = It is. But the float could be coming programmatically. Float value interpreted as infinity could give a shock for some people. maybe to cast maxsize parameter to an int. = ceiling or flooring? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12516] imghdr.what should take one argument
Claudiu Popa added the comment: imghdr got a test file in 94813eab5a58. Your patch also needs documentation updates. Besides that, +1 from me. Maybe it would be okay to add a deprecation warning for the second argument? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12516 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21736] Add __file__ attribute to frozen modules
New submission from Marc-Andre Lemburg: The missing __file__ attribute on frozen modules causes lots of issues with the stdlib (see e.g. Issue21709 and the stdlib test suite) and other tools that expect this attribute to always be present. The attached patch for 3.4.1 adds this attribute to all frozen modules and resolves most issues. It cannot resolve the problem of not necessarily finding the directories/files listed in those attributes, but at least makes it possible to continue using code that only uses the attribute for error reporting. -- components: Interpreter Core, Library (Lib) messages: 220362 nosy: lemburg priority: normal severity: normal status: open title: Add __file__ attribute to frozen modules versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21736] Add __file__ attribute to frozen modules
Changes by Marc-Andre Lemburg m...@egenix.com: -- keywords: +patch Added file: http://bugs.python.org/file35595/__file__-for-frozen-modules.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21709] logging.__init__ assumes that __file__ is always set
Marc-Andre Lemburg added the comment: While the current patch does not resolve the issue, I'm leaving the issue closed and have instead opened a new Issue21736 which tracks the idea to add a __file__ attribute to frozen modules per default. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21709 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21737] runpy.run_path() fails with frozen __main__ modules
New submission from Marc-Andre Lemburg: The logic in runpy.run_path() assumes that removing the __main__ entry from sys.modules is enough to be able to use the module search logic for e.g. importing packages and ZIP files (with embedded __main__.py files). In Python 3.4 (and probably also 3.3 where the importlib was added), this no longer works if a frozen __main__ module is present. The reason is that the sys.meta_path lists the FrozenImporter before the PathFinder. The runpy trick only works if the PathFinder gets a chance to do its magic, but never gets to play, since the FrozenImporter always returns the existing frozen __main__ module (causing all kinds of strange effects). Now, looking at the implementation, the frozen __main__ is imported by import.c, not the importlib, so a working solution is to not have the FrozenImporter work on __main__ modules at all. This then allows the PathFinder to deal with finding the __main__ module in directories or ZIP files and thus allows the hack in runpy to work again. BTW: In the long run, it would probably better to clean up runpy altogether. It's really messy code due to the many details that it has to address, but I guess this a larger project on its own. -- components: Interpreter Core messages: 220364 nosy: lemburg priority: normal severity: normal status: open title: runpy.run_path() fails with frozen __main__ modules versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21737 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21737] runpy.run_path() fails with frozen __main__ modules
Changes by Marc-Andre Lemburg m...@egenix.com: -- keywords: +patch Added file: http://bugs.python.org/file35596/FrozenImporter-without-__main__-support.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21737 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21736] Add __file__ attribute to frozen modules
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21736] Add __file__ attribute to frozen modules
Barry A. Warsaw added the comment: I'm -0 on this patch. I can understand that in some sense, frozen modules do semantically have an associated file, but OTOH, once they're frozen the connection to their file is broken. Also, I think anything that assumes __file__ exists is simply broken and should be fixed. There are other cases than frozen modules where a module would have no reasonable value for __file__ and thus shouldn't have one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21230] imghdr does not accept adobe photoshop mime type
Claudiu Popa added the comment: Issue issue16512 has a patch which will recognize this format of JPEG, as well as others. -- nosy: +Claudiu.Popa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21230 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21736] Add __file__ attribute to frozen modules
Marc-Andre Lemburg added the comment: On 12.06.2014 18:35, Barry A. Warsaw wrote: I'm -0 on this patch. I can understand that in some sense, frozen modules do semantically have an associated file, but OTOH, once they're frozen the connection to their file is broken. Also, I think anything that assumes __file__ exists is simply broken and should be fixed. There are other cases than frozen modules where a module would have no reasonable value for __file__ and thus shouldn't have one. This one falls into the practicality beats purity category. Of course, the __file__ attribute doesn't always makes sense as file path, but it does serve an information purpose. We're doing this in eGenix PyRun to get 3rd party code working (including parts of the Python stdlib :-)). Not doing so would simply lead to the whole freezing approach pretty much useless, since so much code uses the attribute without checking or providing a fallback solution. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21736] Add __file__ attribute to frozen modules
Barry A. Warsaw added the comment: PBP might be reasonably used to justify it for the frozen case. I just don't want to use that as a wedge to define __file__ in *all* cases, even when no reasonable file name exists. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21205] Add __qualname__ attribute to Python generators and change default __name__
STINNER Victor added the comment: @Antoine: Can you please review gen_qualname.patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21205 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21737] runpy.run_path() fails with frozen __main__ modules
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +brett.cannon, eric.snow, ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21737 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21709] logging.__init__ assumes that __file__ is always set
Vinay Sajip added the comment: While the current patch does not resolve the issue, I'm leaving the issue closed That's fine - I will implement the changes we discussed in this issue, even if it's something of a stop-gap. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21709 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21733] mmap(size=9223372036854779904) failed message when running test_io on AMD64 Snow Leop 3.x buildbot
Changes by Ned Deily n...@acm.org: -- resolution: - duplicate stage: - resolved status: open - closed superseder: - Malloc errors in test_io ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21733 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21258] Add __iter__ support for mock_open
Paul Koning added the comment: I created a fix for this. This also fixes a second issue in mock_open, which is that readline() raises StopIteration at EOF rather than returning empty strings. See attached diff. (Is there a better procedure for submitting fixes?) -- nosy: +pkoning Added file: http://bugs.python.org/file35597/mock.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21258 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21738] Enum docs claim replacing __new__ is not possible
New submission from Ethan Furman: Replacing __new__ in an Enum subclass is not possible /in the subclass definition/, but is easily replaced via monkey-patching after the class has been defined. Docs need to be updated to reflect this. -- assignee: ethan.furman messages: 220372 nosy: ethan.furman priority: normal severity: normal status: open title: Enum docs claim replacing __new__ is not possible versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21738 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14074] argparse allows nargs1 for positional arguments but doesn't allow metavar to be a tuple
Changes by Vasilis Vasaitis vvasai...@gmail.com: -- nosy: +vvas ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14074 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21258] Add __iter__ support for mock_open
Paul Koning added the comment: This is the corresponding patch to the test suite. -- Added file: http://bugs.python.org/file35598/testwith.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21258 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21739] Add hint about expression in list comprehensions (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
New submission from Karl Richter: It would be useful to have a short statement in the docs (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions) that the expression in a list comprehension isn't put into a block, but evaluated against the same block where it is located because intuitively one might think that variables can be overridden in the statement. This applies to both 2.7 and 3.4.1. -- assignee: docs@python components: Documentation messages: 220374 nosy: docs@python, krichter priority: normal severity: normal status: open title: Add hint about expression in list comprehensions (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions) type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21739] Add hint about expression in list comprehensions (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
R. David Murray added the comment: In 3.x a list comprehension (like a generator expression in 2.x) *is* a separate block: [x for x in range(3)] [0, 1, 2] x Traceback (most recent call last): File stdin, line 1, in module NameError: name 'x' is not defined I note that this is not in fact mentioned in the python3 version of the tutorial; there it still implies that it is completely equivalent to the unrolled if statement, which would imply it *was* in the same scope. IMO the 2.7 tutorial is complete in the sense that the is equivalent to example is clearly in the same scope, while the python3 tutorial is missing a note that the comprehension is its own scope. Given the fact that it is *different* between the two, I wonder if it would be appropriate to add a note (footnote?) to that effect to the 2.7 tutorial. There is such a footnote in the corresponding part of the language reference. -- nosy: +r.david.murray versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21627] Concurrently closing files and iterating over the open files directory is not well specified
Steven Stewart-Gallus added the comment: Okay, I made a patch that I hoped dealt with all the criticisms and that fixed up a problem I noted myself. -- Added file: http://bugs.python.org/file35599/fixed-setcloexec.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21627 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21627] Concurrently closing files and iterating over the open files directory is not well specified
Changes by Steven Stewart-Gallus sstewartgallu...@mylangara.bc.ca: Removed file: http://bugs.python.org/file35599/fixed-setcloexec.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21627 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21627] Concurrently closing files and iterating over the open files directory is not well specified
Changes by Steven Stewart-Gallus sstewartgallu...@mylangara.bc.ca: Added file: http://bugs.python.org/file35600/fixed-setcloexec.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21627 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21739] Add hint about expression in list comprehensions (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
Raymond Hettinger added the comment: I wouldn't like to use the tutorial to highlight or draw attention a feature/bug that is going away. I recommend leaving the tutorial as-is. For a decade, it has worked well for introducing people to list comprehensions. More complete implementation specs belong in the Language Reference or in the List Comp PEP. The tutorial is mainly about showing the normal and correct usage of tools rather than emphasizing oddities that don't matter to most of the people, most of the time. If you feel strongly compelled to just add something, then consider a FAQ entry. -- assignee: docs@python - rhettinger nosy: +rhettinger priority: normal - low type: enhancement - versions: -Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21727] Ambiguous sentence explaining `cycle` in itertools documentation
Raymond Hettinger added the comment: That's why the code example is there ;-) -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21729] Use `with` statement in dbm.dumb
Raymond Hettinger added the comment: Serhiy, after reviewing this, consider backporting it. The original code doesn't have a try/finally around the close() call and that could be considered a bug. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21726] Unnecessary line in documentation
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- keywords: +easy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14102] argparse: add ability to create a man page
Raymond Hettinger added the comment: I have been wanting this feature for quite a long time Me too. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14102 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17911] Extracting tracebacks does too much work
Raymond Hettinger added the comment: I think it makes sense to treat this as a completely new traceback introspection API and ignore the low level details of the legacy API. That would likely be the cleanest approach. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17911 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21739] Add hint about expression in list comprehensions (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
R. David Murray added the comment: OK, I have no objection to leaving the 2.7 tutorial alone. It seems to me that the 3.x tutorial should be fixed, though, because it currently says the unrolled loop is equivalent, but it isn't. The fact that this applies to all other comprehensions in python3 I think adds weight to the idea of including the information in the tutorial somehow. -- versions: +Python 3.4, Python 3.5 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21652] Python 2.7.7 regression in mimetypes module on Windows
Ned Deily added the comment: If there is a regression to be fixed, there needs to be a patch with a test. Anyone? -- nosy: +benjamin.peterson, ned.deily priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20083] smtplib: support for IDN (international domain names)
Changes by Milan Oberkirch milan...@oberkirch.org: -- nosy: +jesstess, zvyn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20083 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs on AMD64 Snow Leop 3.x buildbot
Changes by Ned Deily n...@acm.org: -- assignee: ronaldoussoren - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21732 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21734] compilation of the _ctypes module fails on OpenIndiana: ffi_prep_closure_loc symbol is missing
Changes by Ned Deily n...@acm.org: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21734 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21740] doctest doesn't allow duck-typing callables
New submission from Antoine Pitrou: doctest uses inspect.isfunction() to detect callable objects on which to detect docstrings. Unfortunately, this prevents running doctests on functions which have been decorated to return other types of callables (for example numba's @jit decorator). In the attached example file, the wrapped bar function does not have its doctest executed. It would be useful for doctest to be more flexible here, although I'm not sure what the exact criterion should be. -- components: Library (Lib) files: ducktest.py messages: 220384 nosy: ezio.melotti, gvanrossum, michael.foord, pitrou, r.david.murray, rhettinger, tim.peters priority: normal severity: normal stage: needs patch status: open title: doctest doesn't allow duck-typing callables type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file35601/ducktest.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21205] Add __qualname__ attribute to Python generators and change default __name__
Antoine Pitrou added the comment: Your patch doesn't have a review link. Perhaps it should be regenerated against updated default? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21205 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21741] Convert most of the test suite to using unittest.main()
New submission from Zachary Ware: Attached is a quick-and-dirty script that converts a large chunk of the test suite away from support.run_unittest and test_main to unittest test discovery and unittest.main. Several files are marked as 'do not touch' due to various issues that the script can't easily detect, many others are not touched due to issues that the script can detect but can't deal with on its own. Tests that can be changed are changed directly, console output is a huge listing of test files checked and what was done with them, followed by a summary of what tests were not touched for what reason, and a list of changed tests is output in 'changed_tests.txt'. -- components: Tests files: fix_test_main.py messages: 220386 nosy: ezio.melotti, zach.ware priority: normal severity: normal stage: patch review status: open title: Convert most of the test suite to using unittest.main() versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file35602/fix_test_main.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21741 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21725] RFC 6531 (SMTPUTF8) support in smtpd
R. David Murray added the comment: For some reason the diff shown by the review link is very different from the one show by the patch file itself. I'm not sure what is causing that, since the diff appears to be in the correct hg format. I don't even know where reitveld is getting the stuff on the left hand side. So, comments: Instead of issuing a warning for decode_data=True when smtputf8 is specified, having decode_data explicitly set to True when smtputf8 is specified should be a ValueError. Your modifications to the handling of max_command_size are technically buggy (and clearly there's no test for it): when we aren't in extended smtp mode, the limit should be the hardcoded value, as in the original code. My reading of the RFC (specifically 4.1.1.5) indicates that it is legal to send a new HELO or EHLO command without issuing a QUIT, meaning a single SMTPChannel instance might have to handle both. This isn't a likely scenario except in testing...but testing is probably one of the main uses of smtpd, so I think we ought to support it. Also, the code you use to update the max length value for MAIL takes a bit of thought to understand. I think it would be clearer to use an unconditional set of the value based on the command_size_limit constant, which you'll have to restore to address my previous comment, instead of the pop (though the pop is a nice trick :). The answer to your 'XXX should we check this?' is no. Remember that just because the client *says* SMTPUTF8, that doesn't mean the message actually has to be SMTPUTF8. So whatever bytes it sends need to be passed through. When SMTPUTF8 is not turned on, the server should act like it doesn't know anything about it, which means that if SMTPUTF8 is specified on the BODY command it should be treated just like an unknown parameter would be. We shouldn't leak the fact that we know about SMTPUTF8 if the server hasn't been enabled for SMTPUTF8. There is one piece missing here: providing a way for process_message to know that the client claimed the message was using SMTPUTF8 (we know it might lie, but we need to transmit what the client said). Since process_message is an 'override in subclass' API, we can't just extend it's call signature. So I think we need to provide a new process_smtputf8_message method that will be called for such messages. Note that you also need to reset the 'this message is SMTPUTF8 flag' on RSET, HELO/EHLO, and at the completion of the call to the new process_message API. This notes should also give you some clues about what additional test need to be written. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21725] RFC 6531 (SMTPUTF8) support in smtpd
R. David Murray added the comment: Correction on the XXX should we check this: I was thinking about the wrong section of the code. But it is still 'no': by postel's law we should accept dirty data. Currently the consumer of the library can then decide whether or not to reject the dirty data by building a subclass. It might be nice to provide an option to control rejection of invalid characters in commands, but that should be a separate issue. (And, we are ending up with so many options that we might want to think about whether or not there is a better API for controlling them). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21205] Add __qualname__ attribute to Python generators and change default __name__
STINNER Victor added the comment: Updated patch, rebased on the default branch. I add a minor unit test (modify also gen.__name__). -- Added file: http://bugs.python.org/file35603/gen_qualname-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21205 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17911] Extracting tracebacks does too much work
STINNER Victor added the comment: While trying to fix a similar issue for the asyncio project, I wrote the following code: https://bitbucket.org/haypo/misc/src/ce48d7b3ea1d223691e496e41aca8f5784671cd5/python/suppress_locals.py?at=default I was not aware that a similar approach (attached traceback2.patch) was already implemented. Asyncio issues: https://code.google.com/p/tulip/issues/detail?id=155 https://code.google.com/p/tulip/issues/detail?id=42 See also the Python issue #20032. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17911 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11437] IDLE crash on startup with typo in config-keys.cfg
Tal Einat added the comment: I don't think the patch should currently be committed. I agree with Terry: we should first fix the issue whereby the key config is read repeatedly. Given such a fix, the problematic known_invalid workaround in the patch would no longer be necessary. As a side note, I think the method used in the patch to check if a binding is good. Ideally it would be the final check done after a simpler syntax check, since a syntax check could give more informative error messages. Also, there are two other more technical issues with the patch; I mentioned them in the patch review system. -- nosy: +taleinat ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13963] dev guide has no mention of mechanics of patch review
Mark Lawrence added the comment: This strikes me as a sizable hole in our documentation. Are there any plans to implement this as I quick glance at the devguide has no references to rietveld that I can find? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13963 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21709] logging.__init__ assumes that __file__ is always set
Roundup Robot added the comment: New changeset bec6f18dd636 by Vinay Sajip in branch '3.4': Issue #21709: Improved implementation to cover the frozen module case. http://hg.python.org/cpython/rev/bec6f18dd636 New changeset bd44ad77013a by Vinay Sajip in branch 'default': Issue #21709: Merged update from 3.4. http://hg.python.org/cpython/rev/bd44ad77013a -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21709 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19873] There is a duplicate function in Lib/test/test_pathlib.py
Mark Lawrence added the comment: ping. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19873 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15934] flaky test in test_ftplib
Mark Lawrence added the comment: Can it be assumed that this is no longer a problem? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15934 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18082] Inconsistent behavior of IOBase methods on closed files
Mark Lawrence added the comment: Could we have a response for the record please. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18082 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1724366] cPickle module doesn't work with universal line endings
Mark Lawrence added the comment: Can this be closed as issue616013 was? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1724366 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21711] Remove site-python support
Roundup Robot added the comment: New changeset 3852afce2ca3 by Antoine Pitrou in branch 'default': Issue #21711: support for site-python directories has now been removed from the site module (it was deprecated in 3.4). http://hg.python.org/cpython/rev/3852afce2ca3 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21711 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21711] Remove site-python support
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21711 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13790] In str.format an incorrect error message for list, tuple, dict, set
Mark Lawrence added the comment: Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)] on win32 Type copyright, credits or license() for more information. '{0:d}'.format('a') Traceback (most recent call last): File pyshell#0, line 1, in module '{0:d}'.format('a') ValueError: Unknown format code 'd' for object of type 'str' Nothing appears to have changed despite the issue will go away in 3.4 in msg164373. What should have happened here? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13790 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3931] codecs.charmap_build is untested and undocumented
Mark Lawrence added the comment: msg120987 states the opposite to msg112747 so what do we do with this issue? -- nosy: +BreamoreBoy versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19351] python msi installers - silent mode
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- nosy: +steve.dower versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13790] In str.format an incorrect error message for list, tuple, dict, set
Eric V. Smith added the comment: I believe that comment was referring to the subject of this bug: $ ./python Python 3.4.1+ (3.4:bec6f18dd636, Jun 12 2014, 20:23:30) [GCC 4.8.1] on linux Type help, copyright, credits or license for more information. format([], 'd') Traceback (most recent call last): File stdin, line 1, in module TypeError: non-empty format string passed to object.__format__ format((), 'd') Traceback (most recent call last): File stdin, line 1, in module TypeError: non-empty format string passed to object.__format__ format({}, 'd') Traceback (most recent call last): File stdin, line 1, in module TypeError: non-empty format string passed to object.__format__ format(set(), 'd') Traceback (most recent call last): File stdin, line 1, in module TypeError: non-empty format string passed to object.__format__ With the possible exception of listing the type in this error message, I think these are all fine. I'm not sure what you'd expect format('a', 'd') to produce other than the error you're seeing. 'd' is in fact an unknown format code for str. format('a', 'd') Traceback (most recent call last): File stdin, line 1, in module ValueError: Unknown format code 'd' for object of type 'str' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13790 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19495] Enhancement for timeit: measure time to run blocks of code using 'with'
Steven D'Aprano added the comment: I have been using something like this for many years now and it is very handy. I have an early version of the code posted here: http://code.activestate.com/recipes/577896 Over the next week or so, I'll prepare a patch. Because it's a new feature, it must be for 3.5 only. The other versions are in feature-freeze. -- assignee: - steven.daprano nosy: +steven.daprano versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19495 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21742] WatchedFileHandler can fail due to race conditions or file open issues.
New submission from Vishvananda Ishaya: If there is a failure during the re-opening of the file WatchedFileHandler can lose the ability to log and starts throwing IOErrors. -- messages: 220403 nosy: vishvananda priority: normal severity: normal status: open title: WatchedFileHandler can fail due to race conditions or file open issues. versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21742 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21742] WatchedFileHandler can fail due to race conditions or file open issues.
Vishvananda Ishaya added the comment: The attached file illustrates the error when attempting to call handler.emit() from multiple threads at the same time. -- Added file: http://bugs.python.org/file35604/log.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21742 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21742] WatchedFileHandler can fail due to race conditions or file open issues.
Vishvananda Ishaya added the comment: The attached file illustrates the error when attempting to call handler.emit() when the file cannot be opened. Even if this situation is later remedied all future emit() calls will fail since stream.flush() is called on a fd that has already been closed. -- Added file: http://bugs.python.org/file35605/log2.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21742 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21230] imghdr does not accept adobe photoshop mime type
R. David Murray added the comment: Closing this in favor of issue 16512, which I will expand to include this case. -- resolution: - duplicate stage: - resolved status: open - closed superseder: - imghdr doesn't support jpegs with an ICC profile ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21230 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3931] codecs.charmap_build is untested and undocumented
Josh Rosenberg added the comment: I've found it rather ugly to even understand from the lack of code comments for the C level API it's wrapping. If nothing else, comments explaining the usage and purpose might be helpful. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com