[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

Change by Hakan : -- keywords: +patch pull_requests: +19452 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20147 ___ Python tracker ___ __

[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

Serhiy Storchaka added the comment: I do not think there is something wrong with the current code. -- nosy: +serhiy.storchaka ___ Python tracker ___ __

[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

Hakan added the comment: Are code quality enhancement contributions not accepted? Since the 'from x import * `structure is used in the current code, it is not understood where the objects come from. I thought it would be good to fix this. -- ___

[issue40656] Clean up detect_socket() in setup.py

New submission from Erlend Egeberg Aasland : Rewrite to use `if cond`, iso. `if not cond` -- components: Build files: 0001-Clean-up-detect_socket.patch keywords: patch messages: 369101 nosy: erlendaasland priority: normal severity: normal status: open title: Clean up detect_socket() in

[issue40657] Resource leaks with threading.Thread

New submission from Rosen Tomov : In my project I'm using intensively threading to transfer HTTP data - reading is in separate thread and the process run smoothly. However when I've try to optimize stopping of the process and attempt to use the daemon threads. The result was 'Can't start new

[issue40655] Fix 'from x import *' which is bad programming practice from 'Lib/ctypes/test/'.

Serhiy Storchaka added the comment: Pure cosmetic changes to satisfy some aesthetic preferences are not accepted. Every changes has its cost (it consumes the time of core developers to review, has maintenance cost, and disturbs the history of the files) and should be made only if it has a cl

[issue40656] Clean up detect_socket() in setup.py

Change by Erlend Egeberg Aasland : Removed file: https://bugs.python.org/file49161/0001-Clean-up-detect_socket.patch ___ Python tracker ___ ___

[issue40656] Clean up detect_socket() in setup.py

Change by Erlend Egeberg Aasland : Added file: https://bugs.python.org/file49163/0001-bpo-40656-Clean-up-detect_socket.patch ___ Python tracker ___ ___

[issue40318] Migrate to SQLite3 trace v2 API

Change by Erlend Egeberg Aasland : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue40656] Clean up detect_socket() in setup.py

Change by Erlend Egeberg Aasland : -- pull_requests: +19453 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20148 ___ Python tracker ___ __

[issue40645] Use OpenSSL's HMAC API

Christian Heimes added the comment: def new(key, msg=None, digestmod=''): # use fast HMAC if OpenSSL bindings are available and digestmod is # either a string or a callable that returns an OpenSSL HASH object. if _hashopenssl is not None: if isinstance(digestmod, str):

[issue40656] Clean up detect_socket() in setup.py

Change by Erlend Egeberg Aasland : Removed file: https://bugs.python.org/file49163/0001-bpo-40656-Clean-up-detect_socket.patch ___ Python tracker ___ _

[issue40643] Improve doc-strings for datetime.strftime & strptime

Edison Abahurire added the comment: Thanks for the review @p-ganssle. I'll request that you assign it to me, counting on your guidance while changing it in the C implementation. -- ___ Python tracker _

[issue39657] Bezout and Chinese Remainder Theorem in the Standard Library?

Mark Dickinson added the comment: Related (imath module discussions): #37132, #40028. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue40455] GCC 10 compiler warnings

Change by Mark Dickinson : -- nosy: -mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue39148] DatagramProtocol + IPv6 does not work with ProactorEventLoop

Alex Grönholm added the comment: The PR is still awaiting for a core developer to be reviewed. It's too bad we missed the 3.8.3 window, but perhaps this can get included in 3.9.0 at least. -- ___ Python tracker

[issue40644] Text representation of Windows' file attributes similar to stat.filemode()

Pavol Babinčák added the comment: Thanks for exhaustive response! The way how I understand this is it might be beneficial to extend request to get text representation of file attributes on other architectures. I didn't know about statx() syscall. From what I can tell there is no binary, simi

[issue40644] Text representation of Windows' file attributes similar to stat.filemode()

Pavol Babinčák added the comment: In a second example I meant: stat.filemode(stat.S_IMODE(os.lstat(n).st_mode))[1:4] -- ___ Python tracker ___

[issue40649] [Errno 1]

Rémi Lapeyre added the comment: The error message you linked does not show an issue with the Python installation but the permissions are wrong on the 'howdy.py' file, that's what the error message says: can't open file 'howdy.py': [Errno 1] Operation not permitted You have to check the p

[issue39976] Add "**other_popen_kwargs" to subprocess API signatures in docs

Chris Jerdonek added the comment: New changeset 46545000c2a30b46aed717b546bc09e5bae7148f by Zackery Spytz in branch 'master': bpo-39976: Add **other_popen_kwargs to subprocess docs (GH-20145) https://github.com/python/cpython/commit/46545000c2a30b46aed717b546bc09e5bae7148f -- nosy:

[issue39976] Add "**other_popen_kwargs" to subprocess API signatures in docs

Chris Jerdonek added the comment: I'm not sure if this is worth backporting, but let me know if you think it should. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40643] Improve doc-strings for datetime.strftime & strptime

Edison Abahurire added the comment: Hi, An enquiry here: On the web documentation of strftime (https://docs.python.org/3/library/datetime.html?highlight=strftime#datetime.time.strftime), What does this mean? "Format codes referring to hours, minutes or seconds will see 0 values."

[issue40152] Coroutine hangs if it performs async operations when handling exception sent using throw()

Change by Chris Jerdonek : -- nosy: +chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue40645] Use OpenSSL's HMAC API

Christian Heimes added the comment: New changeset 54f2898fe7e4ca1f239e96284af3cc5b34d2ae02 by Christian Heimes in branch 'master': bpo-40645: Implement HMAC in C (GH-20129) https://github.com/python/cpython/commit/54f2898fe7e4ca1f239e96284af3cc5b34d2ae02 --

[issue40334] PEP 617: new PEG-based parser

Change by Lysandros Nikolaou : -- pull_requests: +19454 pull_request: https://github.com/python/cpython/pull/20151 ___ Python tracker ___ __

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Removed file: https://bugs.python.org/file48747/iter_merge.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Removed file: https://bugs.python.org/file49156/recursive_merge.py ___ Python tracker ___ ___ Python-bugs-list ma

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Removed file: https://bugs.python.org/file48748/merge_recipe.py ___ Python tracker ___ ___ Python-bugs-list maili

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Added file: https://bugs.python.org/file49164/tournament_heap.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Added file: https://bugs.python.org/file49165/losers.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Added file: https://bugs.python.org/file49166/recursive_merge.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue38938] Possible performance improvement for heaqq.merge()

Dennis Sweeney added the comment: It seems to me that the code sprawl mostly comes from the separate handling of the four keyed/unkeyed and forward/reverse cases, which as far as I can tell requires a branch in the innermost loop if not unrolled into separate cases. I think recursive_merge.p

[issue25920] PyOS_AfterFork should reset socketmodule's lock

Ronald Oussoren added the comment: Technically this would be a functional change, I'd drop this code in 3.9 and trunk (although it is awfully close to the expected date for 3.9b1). Older versions would keep this code and the bug, that way the older python versions can still be used on thes

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Removed file: https://bugs.python.org/file49165/losers.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue38938] Possible performance improvement for heaqq.merge()

Change by Dennis Sweeney : Added file: https://bugs.python.org/file49167/losers.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4264] Patch: optimize code to use LIST_APPEND instead of calling list.append

Change by Yonatan Goldschmidt : -- nosy: +Yonatan Goldschmidt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40649] [Errno 1]

Glenn Travis added the comment: ok, fine. So what permissions would indicate that "the Python interpreter can read it." The Get Info screenshot that he sent me looks just like mine with regard to permissions. The long list in terminal shows nothing special. I am not having problems running t

[issue40649] [Errno 1]

Glenn Travis added the comment: As per your suggestion I have sent an email to python help, just looking for info regarding what you would consider the key permission settings. -- ___ Python tracker ___

[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink

Julien Palard added the comment: Hi Chris, which exception did you got exactly? Was it caused by the r| mode or by a symlink (or file) already existing? -- nosy: +mdk ___ Python tracker

[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink

Chris AtLee added the comment: It's caused by the combination of the symlink existing, and having the tarfile opened in r| mode. If I run the attached test file in a fresh directory, I get the following exception: raceback (most recent call last): File "/home/catlee/.pyenv/versions/3.8.2/

[issue40649] [Errno 1]

Rémi Lapeyre added the comment: It's because application on recent versions of MacOS cannot access files in some directories without being granted permission explicitly, a permission model similar to what iOS and Android. You can grant them additional permission using System Preferences, see

[issue18262] ZipInfo.external_attr are not documented

Pavol Babinčák added the comment: I'm interested in this documentation enhancement as well. Alex, I'm wondering if you could convert your patch to GitHub? [1] [1] https://devguide.python.org/pullrequest/#converting-an-existing-patch-from-b-p-o-to-github -- nosy: +scrool ___

[issue40654] shutil.copyfile mutates symlink for absolute path

Jason R. Coombs added the comment: Thank you Eryk for the thorough and informative investigation. Seriously, wow. > Do you want 3.8 to revert to using the print name, at least for symlinks? > (ntpath._readlink_deep would need to be modified to support long target > paths.) Or would you rathe

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

Change by Pavol Babinčák : -- nosy: +scrool ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue40654] shutil.copyfile mutates symlink for absolute path

Jason R. Coombs added the comment: I strongly suspect bpo-37834 and GH-15231 is where the difference was introduced. -- ___ Python tracker ___ ___

[issue40643] Improve doc-strings for datetime.strftime & strptime

Edison Abahurire added the comment: Oh! I realized that statement is there because the strftime method used is inherited from the date class. -- ___ Python tracker ___ __

[issue40649] [Errno 1]

Glenn Travis added the comment: I think that you are referring to Gatekeeper. Something that I have run into with various applications, such as certain utility files in Ortho4XP and even when adding aircraft to X-Plane(some of the developers refuse to become approved Apple developers). ---

[issue38870] Expose ast.unparse in the ast module

Change by Batuhan Taskaya : -- pull_requests: +19455 pull_request: https://github.com/python/cpython/pull/20152 ___ Python tracker ___ _

[issue39959] Bug on multiprocessing.shared_memory

Rauan Mukhamejanov added the comment: Not sure about "it can always be accessed and closed/unlinked by any process later on", as each process will be spawning its own resource_tracker, using a separate pipe. Thus, unregister calls from other processes will not have any effect. The document

[issue40334] PEP 617: new PEG-based parser

Change by Lysandros Nikolaou : -- pull_requests: +19456 pull_request: https://github.com/python/cpython/pull/20153 ___ Python tracker ___ __

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

Christian Heimes added the comment: The statx call was introduced by Kernel 4.11 in 2017. Major LTS Linux distributions like Debian 9, Ubuntu 16.04, and CentOS 7 use older Kernels like Linux 4.9 LTS or 3.10 LTS. In general we try to support older Kernel ABIs even when Python is compiled on

[issue37630] Investigate replacing SHA3 code with OpenSSL

Change by Christian Heimes : -- pull_requests: +19457 pull_request: https://github.com/python/cpython/pull/20154 ___ Python tracker ___

[issue40661] The new parser segfaults when parsing invalid input

New submission from Pablo Galindo Salgado : The new peg parser segfaults when parsing the attached reproducer. this is due to the fact that the exception set by `tokenizer_error` is not properly propagated. -- components: Interpreter Core files: reproducer.py messages: 369132 nosy: gv

[issue40661] The new parser segfaults when parsing invalid input

Pablo Galindo Salgado added the comment: I think we may need to test for the error indicator (and maybe PyErr_Ocurred for safety) before every alternative. Something like: diff --git a/Tools/peg_generator/pegen/c_generator.py b/Tools/peg_generator/pegen/c_generator.py index 8f9972bb41..61cb6

[issue40661] The new parser segfaults when parsing invalid input

Pablo Galindo Salgado added the comment: Indeed, that diff solves the problem -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue40452] IDLE: preserve clipboard on closure on Windows

E. Paine added the comment: Test example: 1) Open IDLE (shell or editor) 2) Copy some text in the IDLE window 3) Close the IDLE window (instance should end) 4) Paste into application of choice Without the patch, the clipboard is cleared when the instance ends so nothing is pasted. With the pat

[issue40661] The new parser segfaults when parsing invalid input

Guido van Rossum added the comment: How costly is PyErr_Occurred()? That worries me most, otherwise I’d accept this right away. -- ___ Python tracker ___ _

[issue40629] Error MSB4086 (numeric comparison)

veganaiZe added the comment: Using Windows 10 SDK (from late 2019). It's essential for the 2015r3 tools (since the build tools don't include the standard lib headers! --Gimme a break Microsoft!) Here's the TL;DR from the log: 2>Building with tools version "4.0". 2>C:\src\cpython\

[issue37630] Investigate replacing SHA3 code with OpenSSL

Christian Heimes added the comment: New changeset 62ecd8a8f908282726d2f019c93efa1cf2e9e784 by Christian Heimes in branch 'master': bpo-37630: Fix spelling shake128 -> shake_128 (GH-20154) https://github.com/python/cpython/commit/62ecd8a8f908282726d2f019c93efa1cf2e9e784 -- _

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match doctoring

New submission from Irit Katriel : The doctoring says "If some location information (lineno, end_lineno, col_offset, or end_col_offset) is missing, return None." However: >>> s = "12" >>> node = ast.parse(s).body[0] >>> ast.get_source_segment(s, node) '12' >>> del node.lineno >>> ast.get_sour

[issue40663] Wrong generated annotation on subscripting

New submission from Batuhan Taskaya : >>> from __future__ import annotations >>> a: Type[int, str] >>> b: Type[(int, str, *types)] >>> __annotations__ {'a': 'Type[int, str]', 'b': 'Type[int, str, *types]'} >>> ast.parse(__annotations__["b"]) Traceback (most recent call last): File "", line 1,

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match doctoring

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40663] Wrong generated annotation on subscripting

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19459 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20156 ___ Python tracker ___

[issue40663] Wrong generated annotation on subscripting

Batuhan Taskaya added the comment: $ python3.8 Python 3.8.0+ (heads/3.8:b9e5547f58, Nov 28 2019, 19:18:03) [GCC 9.2.1 20191008] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from __future__ import annotations >>> b: Type[(int, str, *types)] >>> __annotatio

[issue40663] Wrong generated annotation on subscripting

Change by Batuhan Taskaya : -- components: +Interpreter Core type: -> behavior versions: +Python 3.7, Python 3.8, Python 3.9 ___ Python tracker ___ ___

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match docstring

Change by Irit Katriel : -- title: ast.get_source_segment behaviour with missing location info doesn't match doctoring -> ast.get_source_segment behaviour with missing location info doesn't match docstring ___ Python tracker

[issue40661] The new parser segfaults when parsing invalid input

Pablo Galindo Salgado added the comment: A quick benchmark using xxl.py: Base time (master): Time: 9.386 seconds on an average of 20 runs With the patch in this issue: Time: 9.498 seconds on an average of 20 runs Sadly I could not test with PGO/LTO and without CPU isolation, so it would be

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match docstring

Change by Irit Katriel : -- keywords: +patch pull_requests: +19460 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20157 ___ Python tracker ___ ___

[issue40536] Addition of a "list of available time zones" function to zoneinfo

Change by Paul Ganssle : -- pull_requests: +19461 pull_request: https://github.com/python/cpython/pull/20158 ___ Python tracker ___

[issue40536] Addition of a "list of available time zones" function to zoneinfo

Paul Ganssle added the comment: I've opened a PR adding this feature and tagged this as release blocker, since I'd like to make sure this is in the beta if Łukasz does not object. The concerns about the stability of the function I expressed earlier have not changed much, though we did get som

[issue40661] The new parser segfaults when parsing invalid input

Guido van Rossum added the comment: I see almost no time difference for 'make time_stdlib': before 3.471, after 3.451. But I see a serious difference for 'make time_compile': before 3.474, after 4.996. That's over 40% slower (on the extreme case, xxl.py). I'll prepare a PR just in case. ---

[issue40661] The new parser segfaults when parsing invalid input

Change by Guido van Rossum : -- keywords: +patch pull_requests: +19462 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20159 ___ Python tracker

[issue38938] Possible performance improvement for heaqq.merge()

Raymond Hettinger added the comment: Am leaning toward the iterative approach in new_merge.py because it most directly implements the core concept of storing the data in a binary tree. Merits: no recursion, no nested generators, avoids the clutter of left-empty and right-empty checks, easy t

[issue40664] Documentation error: itertools.dropwhile(is_even, itertools.count()) output

New submission from Nicolas Gimenez : On this page: https://docs.python.org/3/howto/functional.html The example: "itertools.dropwhile(is_even, itertools.count()) => 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, ..." is wrong. It should be: "itertools.dropwhile(is_even, itertools.count()) => 1, 3, 5, 7,

[issue40664] Documentation error: itertools.dropwhile(is_even, itertools.count()) output

Nicolas Gimenez added the comment: Relase: 0.32 Lang: English Python version: 3.8.3 -- ___ Python tracker ___ ___ Python-bugs-list

[issue40536] Addition of a "list of available time zones" function to zoneinfo

gaborbernat added the comment: I think semantically the correct expression would be available timezones, free function, set and no cache. Document the operation is expensive and users should cache if they want repeated access or provide an available timezones cached function 👍 my 2c

[issue40536] Addition of a "list of available time zones" function to zoneinfo

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

ntninja added the comment: I thought this might be the case, I'll look into adapting the patch accordingly then. -- ___ Python tracker ___ ___

[issue37496] Support annotations in signature strings.

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue39533] Use `statx(2)` system call on Linux for extended `os.stat` information

Christian Heimes added the comment: You can find an example in Python/bootstrap_hash.c that deals with getrandom syscall. -- ___ Python tracker ___ __

[issue40664] Documentation error: itertools.dropwhile(is_even, itertools.count()) output

SilentGhost added the comment: Did you try running that? The documentation is correct, dropwhile works differently than filter. -- nosy: +SilentGhost resolution: -> not a bug stage: -> resolved status: open -> closed type: -> behavior ___ Python

[issue34431] Docs does not eval allows code object as argument

Furkan Onder added the comment: Hi Jonathan, Are you still planning to work on the patch? -- ___ Python tracker ___ ___ Python-bugs

[issue40257] Improve the use of __doc__ in pydoc

Change by Thomas Caswell : -- nosy: +tcaswell ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue40665] Use Argument Clinic for bisect

Change by Shantanu : -- keywords: +patch pull_requests: +19463 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20163 ___ Python tracker ___ ___

[issue40665] Use Argument Clinic for bisect

New submission from Shantanu : As the title says! Am submitting a PR. -- components: Argument Clinic messages: 369153 nosy: hauntsaninja, larry priority: normal severity: normal status: open title: Use Argument Clinic for bisect ___ Python tracker <

[issue40431] turtledemo/__main__.py: SyntaxError: invalid string prefix else"#fca"

Terry J. Reedy added the comment: I believe the file was synchronized across versions as new features have not recently been added. Backporting the fix to my typo should keep it that way. This is an example of why code review even of patches that 'work' is a good thing. -- nosy: +t

[issue40661] The new parser segfaults when parsing invalid input

Change by Lysandros Nikolaou : -- pull_requests: +19464 pull_request: https://github.com/python/cpython/pull/20165 ___ Python tracker ___ __

[issue40662] ast.get_source_segment behaviour with missing location info doesn't match docstring

Shantanu added the comment: The code works on 3.8 for me, but has regressed on 3.9 master. Looks like this is caused by https://bugs.python.org/issue36287 (https://github.com/python/cpython/pull/18843) -- nosy: +hauntsaninja ___ Python tracker

[issue40452] IDLE: preserve clipboard on closure on Windows

Terry J. Reedy added the comment: Now that I think about it, I have run into enough problems with ^V not pasting something copied with ^C that I always leave source windows open until successful. I had not noticed that there is only a problem between windows (but this may be true) or after

[issue40612] Make traceback module's formatting of SyntaxError more similar to system formatting

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38870] Expose ast.unparse in the ast module

Change by 1v3m : -- nosy: +1v3m nosy_count: 7.0 -> 8.0 pull_requests: +19465 pull_request: https://github.com/python/cpython/pull/20166 ___ Python tracker ___ _

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

R. David Murray added the comment: New changeset c1f1ddf30a595c2bfa3c06e54fb03fa212cd28b5 by Miss Islington (bot) in branch '3.8': bpo-40597: email: Use CTE if lines are longer than max_line_length consistently (gh-20038) (gh-20084) https://github.com/python/cpython/commit/c1f1ddf30a595c2bfa

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

Change by R. David Murray : -- stage: backport needed -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue39801] list.insert is slow, likely due to manual memmove

Change by Raymond Hettinger : -- assignee: rhettinger -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue39705] Tutorial, 5.6 Looping Techniques, sorted() example

Raymond Hettinger added the comment: New changeset eefd4e04a2a1d3929d0f7978469e5b5c4e56 by Rahul Kumaresan in branch 'master': bpo-39705 : sorted() tutorial example under looping techniques improved (GH-18999) https://github.com/python/cpython/commit/eefd4e04a2a1d3929d0f7978469e5b5c4

[issue39705] Tutorial, 5.6 Looping Techniques, sorted() example

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue13601] sys.stderr should be line-buffered when stderr is not a TTY

Guido van Rossum added the comment: Can you submit a PR and CC me? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue39058] argparse should preserve argument ordering in Namespace

Raymond Hettinger added the comment: New changeset 9681953c99b686cf23d1c476a2b26d2ddbec7694 by Raymond Hettinger in branch 'master': bpo-39058: Preserve attribute order in argparse Namespace reprs. (GH-17621) https://github.com/python/cpython/commit/9681953c99b686cf23d1c476a2b26d2ddbec7694

[issue39058] argparse should preserve argument ordering in Namespace

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39173] _AttributeHolder of argparse should support the sort function or not?

Raymond Hettinger added the comment: Am marking this as closed, out-of-date. If needed, feel free to re-open. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

  1   2   >