[issue20218] Add `pathlib.Path.write` and `pathlib.Path.read`

Serhiy Storchaka added the comment: Not every two line function are worth to be added to the stdlib. -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___

[issue20313] inspect.signature should raise ValueError for builtins with no signature info

Larry Hastings added the comment: If you want to make sure that happens, please review my next patch for #20189, or fix it after that patch goes in if I forget. (Honestly it's hard for me to keep track of everything right now.) -- resolution: -> duplicate stage: -> committed/rejecte

[issue20320] select.select(timeout) and select.kqueue.control(timeout) must round the timeout to the upper bound

Charles-François Natali added the comment: Just so it's clear, those bugs are theoretical: whether you pass 1e-7/1e-10 or 0 to select/kqueue is exactly the same (entering/leaving the syscall takes some time)... -- ___ Python tracker

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

Larry Hastings added the comment: Serhiy: PyDoc_VAR is used in the "two-pass" approach as a forward declaration for docstrings. Imagine if, in winsound.c, sound_methods was defined above the "dump buffer" block. The expansion of WINSOUND_PLAYSOUND_METHODDEF would include a reference to winso

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

Serhiy Storchaka added the comment: Why PyDoc_VAR prototype is used at all? There are only two occurrences of PyDoc_VAR in current code, and one of them actually can be replaced by PyDoc_STRVAR. -- nosy: +serhiy.storchaka ___ Python tracker

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

Larry Hastings added the comment: Does your proposed solution work properly when docstrings are turned off? Try undefining WITH_DOC_STRINGS. I bet you need to make the size 1 in that case. Also, the length must be len(f.docstring) + 1, to account for the trailing \0. Also, error C2133 doesn'

[issue20310] Recommend using pprint for deterministic doctest

R. David Murray added the comment: That's a very good point. You'd think I'd have thought of it since I mentioned that it had changed in 3.4. And it will most likely change more in future versions. -- resolution: -> rejected stage: -> committed/rejected status: open -> closed

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

Zachary Ware added the comment: Attached is PC/winsound.c, as converted in issue20172, but using the two-pass preset output scheme. Compiling with this file produces these errors: ..\PC\winsound.c(71): error C2133: 'winsound_PlaySound__doc__' : unknown size [P:\ath\to\cpython\PCbuild\winsound

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

Larry Hastings added the comment: I don't understand the problem--you didn't give me enough context. Can you attach a file that demonstrates the problem? -- ___ Python tracker

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

Changes by Zachary Ware : -- components: +Build, Demos and Tools, Windows versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs

[issue20323] Argument Clinic: docstring_prototype output causes build failure on Windows

New submission from Zachary Ware: The current two-pass output for the two-pass preset causes compile errors on Windows. A sample: ..\PC\winsound.c(71): error C2133: 'winsound_PlaySound__doc__' : unknown size Line 71 (clinic-generated docstring_prototype): PyDoc_VAR(winsound_PlaySound__doc__)

[issue20122] Move CallTips tests to idle_tests

Changes by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue20122] Move CallTips tests to idle_tests

Roundup Robot added the comment: New changeset f6f2d9d04cd0 by Terry Jan Reedy in branch '2.7': Issue #20122: Idlelib: Move tests in 3.x CallTips.py to test_calltips.py. http://hg.python.org/cpython/rev/f6f2d9d04cd0 New changeset 7befcc353d40 by Terry Jan Reedy in branch '3.3': Issue #20122: Idl

[issue20298] json library needs a non-strict option to decode single-quoted strings

Raymond Hettinger added the comment: Serhiy is correct. We're trying to stick close to the JSON spec. -- resolution: -> rejected status: open -> closed ___ Python tracker ___ _

[issue20222] unittest.mock-examples doc uses builtin file which is removed in Python 3

Changes by Terry J. Reedy : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker ___ __

[issue20222] unittest.mock-examples doc uses builtin file which is removed in Python 3

Roundup Robot added the comment: New changeset 36c9a233ebf0 by Terry Jan Reedy in branch '3.3': Issue #20222: file is no longer a builtin in 3.x. http://hg.python.org/cpython/rev/36c9a233ebf0 -- nosy: +python-dev ___ Python tracker

[issue20222] unittest.mock-examples doc uses builtin file which is removed in Python 3

Changes by Terry J. Reedy : -- assignee: docs@python -> terry.reedy versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list

[issue20307] Android's failure to expose SYS_* system call constants causes _posixsubprocess cross-compilation to fail

Shiz added the comment: Please take note of the discussion in issue 20305 if you were planning to merge this, by the way. -- ___ Python tracker ___ _

[issue20307] Android's failure to expose SYS_* system call constants causes _posixsubprocess cross-compilation to fail

Shiz added the comment: That's probably a good idea. Fixed patch attached. -- Added file: http://bugs.python.org/file33584/Python-3.4.0tip-expose-SYS_getdents64-on-android-v2.patch ___ Python tracker _

[issue20322] Upgrade ensurepip's pip and setuptools

New submission from Donald Stufft: Pip 1.5.1 and setuptools 2.1 are out which both fix some bugs that are likely to affect some people. They both should be fairly innocuous as far as issues go so there shouldn't be any harm in upgrading in 3.4. -- assignee: dstufft messages: 208610 nos

[issue12704] Language Reference: Clarify behaviour of yield when generator is not resumed

Nikolaus Rath added the comment: That makes sense. Attached is an updated patch. It removes most of the duplication, and clearly says that there is no semantic difference between the yield statement and the yield expression at all. I also moved the "see also" block to follow the description of

[issue20321] ImportError when a module is created after a catched ImportError

Changes by Ezio Melotti : -- nosy: +brett.cannon, eric.snow, ncoghlan stage: -> test needed type: -> behavior ___ Python tracker ___ ___

[issue20321] ImportError when a module is created after a catched ImportError

New submission from berdario: This small script errors on both Python2.7, Python3.3 and Pypy2.0 (I just reduced the test case supplied to me by ezio) -- components: Interpreter Core files: bbug.py messages: 208608 nosy: berdario, ezio.melotti priority: normal severity: normal status: op

[issue20307] Android's failure to expose SYS_* system call constants causes _posixsubprocess cross-compilation to fail

Gregory P. Smith added the comment: The patch seems reasonable. i'd modify it slightly to include a check the SYS_getdents64 is not already defined before doing the #define. -- assignee: -> gregory.p.smith ___ Python tracker

[issue20318] subprocess.Popen can hang in threaded applications

Gregory P. Smith added the comment: A pointer in the 2.7 subprocess docs to subprocess32 does seem like a good idea, its what i tell everyone to do anyways. :) If you've got a patch for this in 2.7 feel free to add it here and I can take a look. leaving this open as a reminder to me to update

[issue20218] Add `pathlib.Path.write` and `pathlib.Path.read`

Christopher Welborn added the comment: I was referring to writing helper functions like pathread(mypath), though the monkeypatch version (p.read()) does work (it did when I tested it). -- ___ Python tracker ___

[issue20218] Add `pathlib.Path.write` and `pathlib.Path.read`

Christopher Welborn added the comment: Isn't this something you could do yourself? import pathlib def pathread(self, binary=False): with self.open('br'if binary else 'r') as fread: return fread.read() def pathwrite(self, data, mode='w'): with self.open(mode) as fwrite: f

[issue20305] Android's incomplete locale.h implementation prevents cross-compilation

Shiz added the comment: > c) Many (or all) core committers did not have access to the platform > in question. I'd say Android is quite a common platform these days, although I'd concur that it's not particularly easy to run Python OOTB on. :) >Wikipedia claims that "QEMU also powers the

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

Roundup Robot added the comment: New changeset e1619465c49d by Victor Stinner in branch '3.3': Issue #20311: Try to fix the unit test, use time.monotonic() instead of http://hg.python.org/cpython/rev/e1619465c49d New changeset 26c54e9a933b by Victor Stinner in branch 'default': (Merge 3.3) Issue

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

STINNER Victor added the comment: Another failure: http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.3/builds/1360/steps/test/logs/stdio == FAIL: test_timeout_rounding (test.test_epoll.TestEPoll) ---

[issue9521] xml.etree.ElementTree skips processing instructions when parsing

Nikolaus Rath added the comment: For the record: I disagree that this is an enhancement. ElementTree supports PIs as first-class tree elements. They can be added, inspected, removed, and written out when serializing into XML. Only when reading in XML, they are silently dropped. I think this is

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

STINNER Victor added the comment: The epoll test failed on a buildbot. The test uses a short delay (10 milliseconds) and compare two different clocks: time.perf_counter() and select.epoll.poll(). I didn't expect a failure very the greatest delay, the test uses even shorter delay (the shortest

[issue20310] Recommend using pprint for deterministic doctest

Antoine Pitrou added the comment: That's a rather bad idea. pprint output isn't supposed to be identical accross versions; actually, it has recently changed in some cases. -- nosy: +pitrou ___ Python tracker _

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

STINNER Victor added the comment: Rounding issues with poll() and epoll() have been fixed in Python 3.3 and 3.4. I'm now waiting for buildbots before closing the issue. I created a new issue #20320 to address the rounding issue with select() and kqueue (and signal.sigtimedwait). -- _

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

Roundup Robot added the comment: New changeset e042ea77a152 by Victor Stinner in branch 'default': Issue #20311: selector.PollSelector.select() now rounds the timeout away from http://hg.python.org/cpython/rev/e042ea77a152 -- ___ Python tracker

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

Roundup Robot added the comment: New changeset 033137c12d88 by Victor Stinner in branch '3.3': Issue #20311: select.epoll.poll() now rounds the timeout away from zero, http://hg.python.org/cpython/rev/033137c12d88 New changeset 02f9db3e684e by Victor Stinner in branch 'default': (Merge 3.3) Issu

[issue20309] Not all method descriptors are callable

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue20320] select.select(timeout) and select.kqueue.control(timeout) must round the timeout to the upper bound

New submission from STINNER Victor: Rounding issue causes performance bug in asyncio, see issue #20311 for the rationale. This issue address bugs for select and kqueue because their implementation is different. OS multiplexer: - select: microsecond resolution (10^-6), timeout converted by _P

[issue20297] concurrent.futures.as_completed() installs waiters for already completed Futures

Glenn Langford added the comment: See also http://bugs.python.org/issue20319 -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue20319] concurrent.futures.wait() can block forever even if Futures have completed

New submission from Glenn Langford: concurrent.futures.wait() can get into a state where it blocks forever on waiter.event.wait(), even when the underlying Futures have completed. This is demonstrated in a stress test where a large number of wait() calls are run in multiple threads, contending

[issue20267] TemporaryDirectory does not resolve path when created using a relative path

Yury Selivanov added the comment: The patch is ok for windows. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue20179] Derby #10: Convert 50 sites to Argument Clinic across 4 files

Tal Einat added the comment: While converting Objects/stringlib/transmogrify.h as part of issue20180 (Derby #11), some changes to Objects/bytesobject.c and Objects/bytearrayobject.c were required. Those changes are included in the relevant patch attached to that issue. -- nosy: +talei

[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files

Tal Einat added the comment: Attached patch for AC conversion of Objects/stringlib/transmogrify.h. Converting the functions in this file required changes to Objects/bytesobject.c and Objects/bytearrayobject.c. Those changes are in the patch as well. The conversion of those files is part of iss

[issue20311] epoll.poll(timeout) and PollSelector.select(timeout) must round the timeout to the upper bound

Antoine Pitrou added the comment: > A new parameter should be added to _PyTime_ObjectToTimeval() and > _PyTime_ObjectToTimespec() to choose the rounding method. That doesn't sound necessary. Just fix the select and selectors module so that the final (OS-level) timeout is always > 0 when the use

[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files

Tal Einat added the comment: Attaching patch for complete conversion of Objects/unicodeobject.c. Notes: * maketrans() was already converted * converting the lstrip, rstrip and strip methods required a small, non-trivial change to the code, since they used a common function for argument parsing

[issue20275] asyncio: remove debug code from BaseEventLoop

Roundup Robot added the comment: New changeset 8bb2c3ae9402 by Victor Stinner in branch 'default': Close #20275: Optimize BaseEventLoop._run_once() http://hg.python.org/cpython/rev/8bb2c3ae9402 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status: open -> close

[issue20197] Support WebP image format detection in imghdr module

Changes by Berker Peksag : -- nosy: +berker.peksag versions: +Python 3.5 -Python 2.7, Python 3.4 ___ Python tracker ___ ___ Python-bug

[issue20318] subprocess.Popen can hang in threaded applications

Andrew Lutomirski added the comment: FWIW, sticking a mutex in Popen.__init__ (wrapping the whole thing) seems to work around this issue (for programs that aren't using multiprocessing or fork, for example). This might be a good-enough fix and be safe enough to stick in the standard library.

[issue20318] subprocess.Popen can hang in threaded applications

Andrew Lutomirski added the comment: Would it be worth adding something to the Python 2.7 subprocess docs indicating that subprocess is known to be broken? -- resolution: wont fix -> status: closed -> open ___ Python tracker

[issue20305] Android's incomplete locale.h implementation prevents cross-compilation

Stefan Krah added the comment: Shiz wrote: > As far as maintaining an Android port for CPython goes; I may be interested > in this as I'd need to regularly use it anyway. Can anyone tell me what the > possibilities are here? There seem to be some external ports already. -- On the other hand, if

[issue20318] subprocess.Popen can hang in threaded applications

Gregory P. Smith added the comment: 2.7 subprocess is fundamentally flawed and cannot be fixed. Install subprocess32 from PyPI. It's fixed in 3.2 and later. -- nosy: +gregory.p.smith resolution: -> wont fix status: open -> closed ___ Python tracker

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Changes by Neil Schemenauer : Added file: http://bugs.python.org/file33577/04-py2-eq.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Changes by Neil Schemenauer : Added file: http://bugs.python.org/file33576/03-py2-flag.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Changes by Neil Schemenauer : Added file: http://bugs.python.org/file33575/02-code-a.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue20284] patch to implement PEP 461 (%-interpolation for bytes)

Neil Schemenauer added the comment: I've updated my patch into a sequence, the first of which implements PEP 461. 02-code-a.patch adds support for %a (ascii() on arg) 03-py2-flag.patch makes %s and %r behave similar to Python 2 if a command line flag is provided to the interpreter 04-py-eq.pat

[issue20284] patch to implement %-interpolation for bytes (roughly PEP 461)

Changes by Neil Schemenauer : Removed file: http://bugs.python.org/file33516/bytes_mod_v4.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue20284] patch to implement %-interpolation for bytes (roughly PEP 461)

Changes by Neil Schemenauer : Removed file: http://bugs.python.org/file33506/bytes_mod_v3.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue20284] patch to implement %-interpolation for bytes (roughly PEP 461)

Changes by Neil Schemenauer : Removed file: http://bugs.python.org/file33505/bytes_mod_v2.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue20284] patch to implement %-interpolation for bytes (roughly PEP 461)

Changes by Neil Schemenauer : Removed file: http://bugs.python.org/file33501/bytes_mod.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue20246] buffer overflow in socket.recvfrom_into

Ryan Smith-Roberts added the comment: The send part of the test doesn't matter, since what's being tested happens before any reads. The MSG multiplier should be removed completely, since none of the other tests do that. Patch attached. -- Added file: http://bugs.python.org/file33573/

[issue20289] Make cgi.FieldStorage a context manager

Changes by Berker Peksag : -- keywords: +patch Added file: http://bugs.python.org/file33572/issue20289.diff ___ Python tracker ___ ___

[issue20289] Make cgi.FieldStorage a context manager

Berker Peksag added the comment: Here's a patch with a test and documentation update. -- nosy: +berker.peksag stage: test needed -> patch review ___ Python tracker ___ __

[issue20318] subprocess.Popen can hang in threaded applications

R. David Murray added the comment: Hmm. I thought someone had already reported this, but I can't find an issue. I suspect it is fixed in 3.4 and it may not be practical to fix it in earlier versions. -- nosy: +gps, haypo, r.david.murray ___ Python

[issue20318] subprocess.Popen can hang in threaded applications

New submission from Andrew Lutomirski: Running python python_thread_bug.py -j4 often results in one of the threads failing to start until another thread finishes. The bug appears to be that subprocess's pipe_cloexec function is racy: if another thread forks between os.pipe() and _set_cloexec_f

[issue20262] Convert some debugging prints in zipfile to warnings

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue20312] A missing link to Python-3.4.0b2.tar.bz2 in the download page.

Georg Brandl added the comment: Fixed. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue20317] ExitStack hang if enough nested exceptions

Changes by R. David Murray : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue20262] Convert some debugging prints in zipfile to warnings

Roundup Robot added the comment: New changeset 208fa45672c2 by Serhiy Storchaka in branch '2.7': Issue #20262: Warnings are raised now when duplicate names are added in the http://hg.python.org/cpython/rev/208fa45672c2 New changeset 9fda6658c01a by Serhiy Storchaka in branch '3.3': Issue #20262:

[issue20317] ExitStack hang if enough nested exceptions

New submission from jcflack: Python 3.3.2 (default, Dec 4 2013, 20:19:27) [GCC 4.7.3] on linux (gentoo) Suppose we create a context manager that will fail during exit because of a simple coding error: @contextmanager def f(): try: yield 6 finally: throdbog() # woops, forgot to define t

[issue20316] Byte-compiled files should be absent in tarballs

Georg Brandl added the comment: > When Mercurial is ported to Python 3 somewhen in the future Good one. -- ___ Python tracker ___ ___

[issue20316] Byte-compiled files should be absent in tarballs

Benjamin Peterson added the comment: http://hg.python.org/release/rev/9272f4fd7689 -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue20267] TemporaryDirectory does not resolve path when created using a relative path

Yury Selivanov added the comment: This looks like a bug to me (or we should complain if a relative 'dir' was passed). I'm attaching a patch that fixes this, although I'm not sure if the unittest I wrote will work on windows. Moreover, 'mkstemp' and 'mktemp' have the same bug (separate issue f

[issue20267] TemporaryDirectory does not resolve path when created using a relative path

Changes by Yury Selivanov : -- nosy: +georg.brandl, ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue19966] Wrong mtimes of Include/Python-ast.h and Python/Python-ast.c in tarballs

Arfrever Frehtes Taifersar Arahesis added the comment: Apparently at least 3.4.0b2 tarballs are also affected. -- nosy: +larry title: Wrong mtimes of files in 3.3.3 tarballs -> Wrong mtimes of Include/Python-ast.h and Python/Python-ast.c in tarballs versions: +Python 3.4 __

[issue20262] Convert some debugging prints in zipfile to warnings

Serhiy Storchaka added the comment: Benjamin just have approved it for 2.7. -- assignee: -> serhiy.storchaka versions: +Python 2.7 ___ Python tracker ___ ___

[issue20315] Remove old compatibility code

Serhiy Storchaka added the comment: Thanks for your review Benjamin. -- assignee: -> serhiy.storchaka resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue20315] Remove old compatibility code

Roundup Robot added the comment: New changeset 5f754f1e3194 by Serhiy Storchaka in branch '3.3': Issue #20315: Removed support for backward compatibility with early 2.x versions. http://hg.python.org/cpython/rev/5f754f1e3194 New changeset ede054eb3dc1 by Serhiy Storchaka in branch 'default': Is

[issue20316] Byte-compiled files should be absent in tarballs

Larry Hastings added the comment: The construction of release.py would make it easy to just always pass it in when running Python (and hg, and any program). Maybe that's a better choice. -- ___ Python tracker ___

[issue20316] Byte-compiled files should be absent in tarballs

Arfrever Frehtes Taifersar Arahesis added the comment: When Mercurial is ported to Python 3 somewhen in the future, then e.g. Tools/hg/__pycache__/hgtouch.cpython-34.pyc could be generated, so PYTHONDONTWRITEBYTECODE=1 might still be useful in release.py. -- __

[issue20316] Byte-compiled files should be absent in tarballs

Larry Hastings added the comment: Your fix won't work, because release managers call hgtouch from a different spot, from a private tool called "release.py". You'll notice that all the 3.4 releases have that hgtouch.pyc file--up until 3.4b2. I already found that bug. I added "Tools/hg/hgtouch

[issue20316] Byte-compiled files should be absent in tarballs

Arfrever Frehtes Taifersar Arahesis added the comment: Potential fix: --- Makefile.pre.in +++ Makefile.pre.in @@ -1487,4 +1487,4 @@ # Touch generated files touch: - hg --config extensions.touch=Tools/hg/hgtouch.py touch -v + PYTHONDONTWRITEBYTECODE=1 hg --config extensions.touch=T

[issue20309] Not all method descriptors are callable

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue20316] Byte-compiled files should be absent in tarballs

Changes by Georg Brandl : -- nosy: +larry priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue20316] Byte-compiled files should be absent in tarballs

New submission from Arfrever Frehtes Taifersar Arahesis: Tarballs of 3.3.2 (and all previous versions tested by me) do not contain any *.py[co] files. Tarballs of 3.3.3 contain 1 .pyc file, which is even generated for wrong Python version: $ find -name "*.py[co]" ./Tools/hg/hgtouch.pyc $ file

[issue20305] Android's incomplete locale.h implementation prevents cross-compilation

Shiz added the comment: I managed to cross-compile Python 3.3.3 for arm-linux-androideabi (using the Android NDK r9c) with the patches in this issue, issue 20306 and issue 20307. It did require a small additional patch which addressed the fact that the host system can't run the generated parse

[issue20315] Remove old compatibility code

Benjamin Peterson added the comment: Seems good to me. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing

[issue19966] Wrong mtimes of files in 3.3.3 tarballs

Changes by Georg Brandl : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20315] Remove old compatibility code

New submission from Serhiy Storchaka: Proposed patch removes the code which supports compatibility with old Python 2.x versions. As far as these files are never used with Python 2.x (and the compatibility was broken by other differences between 2.x and 3.x), this code can be removed from 3.x.

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Georg Brandl added the comment: > I would suggest moving the section "4.7.2. printf-style String > Formatting" from stdtypes to string That's something I wanted to do for a long time. Problem is that non-Intersphinx external links will break (and I guess quite a few people have a bookmark on

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Changes by Zachary Ware : -- versions: +Python 2.7, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Zachary Ware added the comment: I would suggest moving the section "4.7.2. printf-style String Formatting" from stdtypes to string, alongside the other two formatting specifications, or otherwise moving %-formatting and {}-formatting into the same page that is not stdtypes. 4.7.2 is a pretty

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Barry A. Warsaw added the comment: On Jan 20, 2014, at 05:10 PM, Gerrit Holl wrote: >This is potentially confusing. The documentation in this section has not >made any mention of %-based substitutions. Rather, a novel reader may, at >this point, think that {}-based substitution is normal. I w

[issue20171] Derby #2: Convert 115 sites to Argument Clinic in Modules/_cursesmodule.c

Serhiy Storchaka added the comment: Here is half-baked (just for demonstration) patch for the _curses and _curses_panel modules. Known issues: * The chgat, getstr, and instr methods have signatures which can't be processed by current Argument Clinic (issue20303). * Signatures of the noutrefr

[issue20312] A missing link to Python-3.4.0b2.tar.bz2 in the download page.

Changes by Georg Brandl : -- assignee: docs@python -> larry nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Georg Brandl added the comment: +1. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

New submission from Gerrit Holl: The standard library documentation “6.1. string — Common string operations” describes string formatting through the `.format` method and the corresponding mini-language, and the `Template` class. In the part describing the `Template` class (6.1.4) is the text:

[issue20313] inspect.signature should raise ValueError for builtins with no signature info

Yury Selivanov added the comment: I see. Could you please incorporate the doc change and unittests into the patch for #20189? -- ___ Python tracker ___ _

[issue20075] help(open) eats first line

Zachary Ware added the comment: Gennadiy, sorry this stalled out like it did. The patched function will be moving as part of issue20189. Larry, if you want to incorporate this patch into that patch, please do so; otherwise I'll get this one updated and committed as soon after you commit that

[issue20313] inspect.signature should raise ValueError for builtins with no signature info

Zachary Ware added the comment: This is already a part of issue20189 (except the doc fix). -- nosy: +zach.ware ___ Python tracker ___

  1   2   >