[issue27670] Use https instead of http in the PYTHON_VERSION constant

Roundup Robot added the comment: New changeset e9f6af33cf79 by Benjamin Peterson in branch '3.5': https link to the bug tracker (closes #27670) https://hg.python.org/cpython/rev/e9f6af33cf79 New changeset 930450f4ea5f by Benjamin Peterson in branch '2.7': https link to the bug tracker (closes

[issue25387] sound_msgbeep doesn't check the return value of MessageBeep

Zachary Ware added the comment: Though the source link is incredibly out of date (we've been on hg.python.org for about 5 years now, and are soon to move to Github), this is a current issue. The suggested 'example "fix"' is not applicable, though; in that case, MessageBeep is just used in

[issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes instead of strings

Zachary Ware added the comment: Irmen, you're probably correct that this was overlooked at the time of 3.0. The patch is well out of date as well, winsound was Clinicized around the 3.4 timeframe. -- assignee: brian.curtin -> keywords: -needs review nosy: +paul.moore, steve.dower,

[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

Martin Panter added the comment: _freeze_import is only in Python 3, but I backported my final change because it is more general and also affects pgen. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue27614] Race in test_docxmlrpc.py

Martin Panter added the comment: It seems the test infrastructure likes all references to thread objects to be deleted, even if they are no longer running. -- Added file: http://bugs.python.org/file44003/setup-before-thread.v2.patch ___ Python

[issue27677] Reopening issue 20930

New submission from Martin Vahi: I could not figure out, how to reopen the original issue. The details reside at https://bugs.python.org/issue20930 Thank You. -- components: Build messages: 271945 nosy: Martin Vahi priority: normal severity: normal status: open title: Reopening

[issue27662] Check against PY_SSIZE_T_MAX instead of PY_SIZE_MAX in List_New

Xiang Zhang added the comment: Add another PY_SIZE_MAX replacement I suggest in listobject.c. -- Added file: http://bugs.python.org/file44002/List_New_Calloc.patch ___ Python tracker

[issue27662] Check against PY_SSIZE_T_MAX instead of PY_SIZE_MAX in List_New

Changes by Xiang Zhang : Removed file: http://bugs.python.org/file43970/List_New_Calloc.patch ___ Python tracker ___

[issue20930] Debian 7.3: This platform's pyconfig.h needs to define PY_FORMAT_LONG_LONG

Martin Vahi added the comment: If a stable version fails to build within a modern environment that has everything installed, then according to my understanding THERE IS A BUG That is to say, the current resolution, "not a bug", does not match with my understanding of this world. The whole

[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

Roundup Robot added the comment: New changeset e3757f3e1848 by Martin Panter in branch '2.7': Issue #27641: Comment out regeneration rules when cross compiling https://hg.python.org/cpython/rev/e3757f3e1848 -- ___ Python tracker

[issue17599] mingw: detect REPARSE_DATA_BUFFER

Roundup Robot added the comment: New changeset e4ddfa61199c by Martin Panter in branch 'default': Issue #17599: Use unique _Py_REPARSE_DATA_BUFFER etc names to avoid conflict https://hg.python.org/cpython/rev/e4ddfa61199c -- nosy: +python-dev ___

[issue24082] Obsolete note in argument parsing (c-api/arg.rst)

Martin Panter added the comment: I committed my patch for Issue 24278 (revision ad7da726bea6), so this notice is now removed -- nosy: +martin.panter resolution: -> fixed stage: patch review -> resolved status: open -> closed superseder: -> Docs on Parsing arguments should say

[issue24278] Docs on Parsing arguments should say something about mem mgmt for formatters returning C strings

Changes by Martin Panter : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue27614] Race in test_docxmlrpc.py

Martin Panter added the comment: Here is a patch with my idea of how it should work -- keywords: +patch Added file: http://bugs.python.org/file44000/setup-before-thread.patch ___ Python tracker

[issue27566] Tools/freeze/winmakemakefile.py clean target should use 'del' instead of 'rm'

Lisa Roach added the comment: I think this patch makes the proper fix, changed the lines: print("\t-rm -f *.obj") print("\t-rm -f $(target).exe") to print("\t-del /f *.obj") print("\t-del /f $(target).exe") -- keywords: +patch nosy: +lisroach Added file:

[issue27621] Finish IDLE Query dialog appearance and behavior.

Terry J. Reedy added the comment: I changed showerror from widget to query function, added a second error label to Help Source, adjusted validation functions, and rewrote tests. I also made keypad enter work on all systems (it already works in Search and I use it often). I want to look at

[issue24278] Docs on Parsing arguments should say something about mem mgmt for formatters returning C strings

Roundup Robot added the comment: New changeset ad7da726bea6 by Martin Panter in branch '3.5': Issue #24278: Explain how argument parsing output buffers are managed https://hg.python.org/cpython/rev/ad7da726bea6 New changeset 49c318c6294e by Martin Panter in branch 'default': Issue #24278: Merge

[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

Roundup Robot added the comment: New changeset bc677cb34889 by Martin Panter in branch '3.5': Issue #27641: Comment out regeneration rules when cross compiling https://hg.python.org/cpython/rev/bc677cb34889 New changeset fc034d3607a8 by Martin Panter in branch 'default': Issue #27641: Merge

[issue27674] Quote mark breaks cookie processing

Martin Panter added the comment: If you want to silently skip over invalid cookies by looking for a semicolon, see Issue 25228. For that, I think we need someone to add some more tests and confirm it doesn’t open a security hole. Also maybe see Issue 22983 and Issue 17340. -- nosy:

[issue25571] Improve the lltrace feature with the Py_Debug mode

Emanuel Barry added the comment: Maybe someone who knows this feature better can weigh in, but otherwise LGTM. -- ___ Python tracker ___

[issue25571] Improve the lltrace feature with the Py_Debug mode

Stéphane Wirtel added the comment: Here is a new version of my patch "issue25571-4.diff" with the comments of Emanuel Barry. -- Added file: http://bugs.python.org/file43997/issue25571-4.diff ___ Python tracker

[issue5404] Cross-compiling Python

Martin Panter added the comment: Wilcox: 3.4 is in security maintainence mode. I suggest using 3.5, or look at backporting revision d00837de03d7 (Issue 26884), which I presume fixes this. -- nosy: +martin.panter ___ Python tracker

[issue25571] Improve the lltrace feature with the Py_Debug mode

Changes by A Kaptur : -- nosy: +akaptur ___ Python tracker ___ ___ Python-bugs-list

[issue27621] Finish IDLE Query dialog appearance and behavior.

Mark Roseman added the comment: Thanks Terry! I'd be good if you want to put a width back on the buttons, but I'd suggest "width=6" rather than using 8 as it was before. -- ___ Python tracker

[issue19489] move quick search box above TOC

Changes by Zachary Ware : -- versions: -Python 2.7 ___ Python tracker ___ ___

[issue19489] move quick search box above TOC

Zachary Ware added the comment: I really like the search box in the header/footer. I can't really speak for the actual content of the patch since my Sphinx/HTML/CSS/Jinja/whatever else knowledge is severely limited, but it looks pretty straightforward and the result is very nice. I'd

[issue27574] Faster parsing keyword arguments

Serhiy Storchaka added the comment: Updated patch addresses Antoine's comments. All checks of format string are moved into parser_init. I experimented with Antoine's idea about making vgetargskeywords a simple wrapper around vgetargskeywordsfast with one-shot parser, but this slows down

[issue19489] move quick search box above TOC

Ammar Askar added the comment: Amended the navigation bar patch to add back a change that only shows the searchbar if javascript is enabled. -- Added file: http://bugs.python.org/file43995/searchbar_in_header.diff2 ___ Python tracker

[issue27675] IDLE file completion has 2 bugs depending on open quote used

Terry J. Reedy added the comment: Experiments with colorizer debugger on: with auto popup disabled with a long wait, output for each character entered is (except for time variations) the following, regardless of quotation. schedule colorizing colorizing... 0.002 seconds If I type "'/"

[issue19489] move quick search box above TOC

Ammar Askar added the comment: This patch adds the search bar to the navigation/header area on the right. -- Added file: http://bugs.python.org/file43994/searchbar_in_header.diff ___ Python tracker

[issue27675] IDLE file completion has 2 bugs depending on open quote used

Terry J. Reedy added the comment: When encountering a bug, it helps to determine the minimum needed to invoke the bug. os.chdir is irrelevant and distracting noise as far as investigating these bugs. There turns out to be two. Raw versus cooked mode is also irrelevant, so an 'r' prefix is

[issue27609] IDLE completions: format, factor, and fix

Terry J. Reedy added the comment: Add 27675. If open quote is ' or '', actions (character key or box selection with up or down arrow) after first are not colored. ' and ''' do not complete, when needed, nor close. -- dependencies: +IDLE does not fully color raw string directory

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Eryk Sun added the comment: Apparently CoreFX adds the \\?\ prefix automatically: https://blogs.msdn.microsoft.com/jeremykuhne/2016/06/21/more-on-new-net-path-handling It's great that Windows 10 Anniversary Edition will be getting long path support without requiring the extended path prefix,

[issue27676] comports() failing due to internal 4G module

Zachary Ware added the comment: serial is not a core Python library. I'm assuming it's from PySerial, whose bug tracker is here: https://github.com/pyserial/pyserial/issues -- components: -Interpreter Core nosy: +zach.ware resolution: -> third party stage: -> resolved status: open

[issue27676] comports() failing due to internal 4G module

New submission from Lukas Weber: On my notebook I have a builtin 4G module (HP lt4112 Gobi 4G Module) it is using 3 COM ports. Running: from serial.tools.list_ports import comports comports() is giving me: File "C:\Program Files\Python27\lib\site-packages\serial\tools\list_ports_common.py",

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Vinay Sajip added the comment: I've uploaded a new patch which adds a test. I've confirmed that *without* the patch to Modules/_ctypes/libffi_msvc/ffi.c, the test passes on win32 and fails on amd64. *With* the patch to Modules/_ctypes/libffi_msvc/ffi.c, the test passes on both win32 and

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Changes by Vinay Sajip : -- assignee: steve.dower -> vinay.sajip ___ Python tracker ___

[issue19489] move quick search box above TOC

Zachary Ware added the comment: This LGTM. If it's simple enough, I'd like to see a shot at putting the search box in the top bar, but it's not necessary :) I'll commit this in the near future unless somebody beats me to it. -- stage: needs patch -> commit review

[issue27669] Bug in re.fullmatch() specific to Windows XP

Zachary Ware added the comment: Use 3.4.4 on Windows XP, it's the latest available (without building it yourself). -- ___ Python tracker ___

[issue27669] Bug in re.fullmatch() specific to Windows XP

Matthew Barnett added the comment: Are you using the same version on the other systems? I've had a quick look through the bug tracker and found some fixes for fullmatch that postdate Python 3.4.0, so I'll suggest you just update to a more recent version of Python 3.4. --

[issue25571] Improve the lltrace feature with the Py_Debug mode

Emanuel Barry added the comment: Left some comments on Rietveld; mostly documentation-related (and pointed out some typos). I'm also +1 on having to specify a True value rather than just defining the variable at all (i.e. setting __ltrace__ to False is the same as not defining it). If you

[issue25571] Improve the lltrace feature with the Py_Debug mode

Stéphane Wirtel added the comment: Here is a small patch for the __ltrace__ feature. I would like to propose a new test, __ltrace__ should be defined in the globals() dictionary and there is no check on the value associated to this key. Maybe we could defined it as a boolean, True or False.

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Steve Dower added the comment: Just as a data point, the .NET Framework's latest version removes all of their extra path processing and lets Win32 do the validation/normalization (that is, they used to do what we're considering, but now match our behaviour).

[issue27650] Implement `__repr__` methods for logging.Logger and others

Vinay Sajip added the comment: See attached patch for proposed changes. -- assignee: -> vinay.sajip keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file43991/patch-1.diff ___ Python tracker

[issue19372] configure and compile problems with older CentOS releases

Berker Peksag added the comment: > Kernel 2.6.18 is also quite old, so if there is no feedback if this is still > an issue I'd suggest to close the report. Agreed. And without more information, there is nothing we can do here. -- nosy: +berker.peksag resolution: -> not a bug stage:

[issue27675] IDLE does not fully color raw string directory paths to green when invoking os.chdir() if statement is executed with autocompletion drop down list still open

New submission from Edoardo Gerosa: A cosmetic bug was noticed when executing os.chdir() in IDLE. When inputting a raw string path in os.chdir() using autocompletion the last directory in the path will remain black if the user presses enter while the autocompletion drop down list is still

[issue18334] type(name, bases, dict) does not call metaclass' __prepare__ attribute

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review versions: +Python 3.5, Python 3.6 -Python 3.3, Python 3.4 ___ Python tracker

[issue24940] RotatingFileHandler uses tell in non-binary mode to determine size of the file in bytes

Changes by Vinay Sajip : -- stage: -> resolved status: pending -> closed ___ Python tracker ___

[issue27424] Failures in test.test_logging

Vinay Sajip added the comment: I am unable to reproduce this under Windows with either 32-bit or 64-bit Python, using revision 26dd6e7f. I used Windows 10 rather than 7 as that's all I can test on, but I don't believe it would make a difference. Is this error still reproducible? If not, I'll

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Patrick Stewart added the comment: There's some confusion above about clang - that's completely irrelevant, the problem was using ctypes to call into libclang, not using clang to compile anything. The problem applies to any callback function that returns a struct larger than 8 bytes with any

[issue27669] Bug in re.fullmatch() specific to Windows XP

Geoffrey Odhner added the comment: I'm puzzled by your inability to reproduce my result, however I have found an error in what I reported to you. On the XP system the version I'm using is NOT 3.4.3, but 3.4.0 (3.4.0:04ff714765c13, Mar 16 2014, 19:24:06) [MSC v1600 32 bit (Intel)], running on

[issue17310] Ctypes callbacks shows problem on Windows Python (64bit)

Vinay Sajip added the comment: I'm closing this as a duplicate of issue 20160 - it appears to be the same bug. -- resolution: -> duplicate stage: test needed -> resolved status: open -> closed superseder: -> broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Changes by Vinay Sajip : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Changes by Vinay Sajip : -- nosy: +vinay.sajip ___ Python tracker ___ ___

[issue27672] x fromat of % operator broken in Python 3.5.2

Ethan Furman added the comment: I'm not trying to rub salt in the wound, but it's a good idea (for all of us) to test our programs with "-W always" to see if any thing pops up: $ python3.4 -W always -c "'%x' % 3.14" sys:1: DeprecationWarning: automatic int conversions have been deprecated

[issue27670] Use https instead of http in the PYTHON_VERSION constant

Changes by Stéphane Wirtel : -- versions: +Python 3.5 ___ Python tracker ___ ___

[issue27670] Use https instead of http in the PYTHON_VERSION constant

Stéphane Wirtel added the comment: Hi Larry and Ned, I have added you to this issue because you are the release managers of 3.5 and 3.6. This issue is not important but just for the form, we need to use https instead of http for the bugtracker. Have a nice day, Stephane -- nosy:

[issue27674] Quote mark breaks cookie processing

Artur Smęt added the comment: Problem exists in Chrome for sure (it sends cookies as they are - set with JS for example). I have two another examples that can make this issue more clear: >>> from Cookie import SimpleCookie >>> c = SimpleCookie() >>> c.load('a=b; c=c"c; d=d') >>> c.output()

[issue27673] lambda function in loop

Stefan Rosewig added the comment: @Emanuel Barry thanks for clarification, I didn't find this when I was searching for. regards Stefan -- ___ Python tracker

[issue27674] Quote mark breaks cookie processing

Changes by Artur Smęt : -- versions: +Python 3.5 ___ Python tracker ___ ___

[issue27674] Quote mark breaks cookie processing

New submission from Artur Smęt: The problem is similar to https://bugs.python.org/issue22931 with square brackets in cookie values. Incorrect value is serialized JSON in this case, for example: >>> from Cookie import SimpleCookie >>> cookie = SimpleCookie() >>> cookie.load('a=b;

[issue27672] x fromat of % operator broken in Python 3.5.2

SilentGhost added the comment: I'm not suggesting your reviewing code, I've referenced issue where this change was discussed and implemented so that you can familiarize yourself with the arguments. Your code worked by accident, the workaround seems trivial. If you wish to advance further

[issue27673] lambda function in loop

Emanuel Barry added the comment: This is due to how closures work in Python: they only look up the value of the variable when the function is executed, not when it is created. See the FAQ for more information and how to work around this:

[issue27672] x fromat of % operator broken in Python 3.5.2

Peter Tomcsanyi added the comment: So it is even worse, it is an "intentional break". I will need to review a few thousands lines of code because of this. I think that breaking others' code by redefining a "built-in" operator is acceptable when changing major versions (like 2 to 3), not minor

[issue27673] lambda function in loop

New submission from Stefan Rosewig: Trying to build tkinter menu dynamically by reading an ini file (configparser) I detect an issue with the lambda function used inside a loop. If the loop variable is used as option in the lambda function, the lambda is not place in time using the current

[issue5404] Cross-compiling Python

awilfox added the comment: Bootstrapping a Linux environment based on musl libc from glibc host requires cross-compilation to the same architecture (for example, configure is --build=i686-pc-linux-gnu --host=i686-pc-linux-musl). The Python core will build and link fine in this configuration;

[issue27672] x fromat of % operator broken in Python 3.5.2

SilentGhost added the comment: It's not an accidental change (so it's not "broken" by any definition), see issue 19995 for details. -- nosy: +SilentGhost resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker

[issue27672] x fromat of % operator broken in Python 3.5.2

New submission from Peter Tomcsanyi: In Python 3.4.4 (64-bit) and in many previous versions it worked like this: >>> "%02x" % 12.99 '0c' Now in Python 3.5.2 (64-bit) it shows an error: >>> "%02x" % 12.99 Traceback (most recent call last): File "", line 1, in "%02x" % 12.99

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Hans-Peter Jansen added the comment: > (In msg271688, I pondered if I need to backport a behavior change from > issue26804 which will allow lower cased proxies, but then, I decided against > it as it will introduce unnecessary changes to this security fix releases). Hmm, Senthil, while I

[issue8418] Crash 0xc0000417 STATUS_INVALID_CRUNTIME_PARAMETER on program exit

Berker Peksag added the comment: I'm going to close this as 'works for me' since there is no way to reproduce the crash consistently. Also, we don't support Windows XP anymore and sum.v4.py worked fine for me in Windows 10. See also http://code.activestate.com/lists/python-list/191743/ for

[issue27594] Assertion failure when running "test_ast" tests with coverage.

SilentGhost added the comment: Cannot reproduce this on Linux -- nosy: +SilentGhost ___ Python tracker ___

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Changes by Berker Peksag : -- nosy: +Aaron.Meurer, Voo, daniel.ugra, eryksun, ezio.melotti, haypo, jens, loewis, pitrou, santoso.wijaya, serhiy.storchaka, steve.dower, zach.ware ___ Python tracker

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Changes by Berker Peksag : -- Removed message: http://bugs.python.org/msg271888 ___ Python tracker ___

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Changes by Berker Peksag : -- nosy: -luisa.sam...@gmail.com ___ Python tracker ___

[issue20767] Some python extensions can't be compiled with clang 3.4

koobs added the comment: Not sure why the stage field changed on last submission. Restore accordingly to previous state -- stage: patch review -> commit review ___ Python tracker

[issue20767] Some python extensions can't be compiled with clang 3.4

koobs added the comment: @Stefan I'll touch base with Antoine (OP) and confirm that this is a root-cause, permanent solution -- stage: commit review -> patch review ___ Python tracker

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

Luisa added the comment: Long Path Tool is the perfect utility that can solve all the long path issues. It can help you remove blocked files or too long path files. You can easily fix file errors with this software. -- nosy: +luisa.sam...@gmail.com -Aaron.Meurer, Voo, daniel.ugra,

[issue23710] C API doc for PyObject_HEAD is outdated

Berker Peksag added the comment: Thanks for the patch. Committed capidocs.diff-2 with some tweaks. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue23710] C API doc for PyObject_HEAD is outdated

Roundup Robot added the comment: New changeset 92b468020e07 by Berker Peksag in branch '3.5': Issue #23710: Update PyObject_HEAD documentation https://hg.python.org/cpython/rev/92b468020e07 New changeset 26dd6e7f1733 by Berker Peksag in branch 'default': Issue #23710: Merge from 3.5

[issue20767] Some python extensions can't be compiled with clang 3.4

Changes by Stefan Krah : -- stage: patch review -> commit review ___ Python tracker ___

[issue20767] Some python extensions can't be compiled with clang 3.4

Stefan Krah added the comment: @Evelyn @koobs Thanks for communicating with the other projects that are involved in this issue! Could you double-check that especially the 2.7 patch does exactly what you want? For 2.7 it's practically a one time chance. --

[issue20767] Some python extensions can't be compiled with clang 3.4

Roundup Robot added the comment: New changeset 65eb8d0ede75 by Stefan Krah in branch '2.7': Issue #20767: Fix -R option for FreeBSD/clang. https://hg.python.org/cpython/rev/65eb8d0ede75 -- ___ Python tracker

[issue20767] Some python extensions can't be compiled with clang 3.4

Roundup Robot added the comment: New changeset 441bbf4cc914 by Stefan Krah in branch '3.5': Issue #20767: Fix -R option for FreeBSD/clang. https://hg.python.org/cpython/rev/441bbf4cc914 -- nosy: +python-dev ___ Python tracker

[issue27010] email library could "recover" from bad mime boundary like (some?) email clients do

Andrea De Pasquale added the comment: Ok thanks, please kindly let me know. -- ___ Python tracker ___ ___

[issue27671] FAQ: len() is still function for good reason.

New submission from INADA Naoki: https://docs.python.org/3/faq/design.html#why-does-python-use-methods-for-some-functionality-e-g-list-index-but-functions-for-other-e-g-len-list > The major reason is history. ... > but it’s a part of Python, and it’s too late to make such fundamental changes >

[issue27574] Faster parsing keyword arguments

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list

[issue26267] UUID docs should say how to get "standard form"

Berker Peksag added the comment: I wouldn't consider it a problem since both forms are supported. Also note that you don't need to specify the "UUID." prefix when you use the indented form: .. class:: UUID(...) .. attribute:: bytes I don't think the benefit here is worth the

[issue26267] UUID docs should say how to get "standard form"

Ammar Askar added the comment: Done. As a side question, are changes like those indentation problems tracked somewhere else/merged in bulk like spelling changes? -- Added file: http://bugs.python.org/file43988/uuiddocs.diff4 ___ Python tracker

[issue26576] Tweak wording of decorator docos

Berker Peksag added the comment: Thanks for the patch, Chris. I've only changed `func` to ``func`` (we don't use single backtick in reST.) -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> enhancement versions: +Python 3.5, Python 3.6

[issue26576] Tweak wording of decorator docos

Roundup Robot added the comment: New changeset e0f9f8be7963 by Berker Peksag in branch '3.5': Issue #26576: Clarify that the @deco syntax is not always an equivalent of f = deco(f) https://hg.python.org/cpython/rev/e0f9f8be7963 New changeset 08359651815e by Berker Peksag in branch 'default':

[issue26267] UUID docs should say how to get "standard form"

Berker Peksag added the comment: > It also indents the attributes and descriptions to emphasize that they are > part of the UUID instance, not the uuid module. Thanks for the patch, but please revert unrelated changes. -- nosy: +berker.peksag stage: needs patch -> patch review

[issue24278] Docs on Parsing arguments should say something about mem mgmt for formatters returning C strings

Martin Panter added the comment: Will commit this soon, apart from dropping “such as bytearray” for s#, which I don’t remember the reasoning. -- stage: patch review -> commit review versions: -Python 3.4 ___ Python tracker