[issue20104] expose posix_spawn(p)

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg316526 ___ Python tracker ___

Re: random.choices() Suggest that the code confirm that cum_weights sequence is in ascending order

Hi Paul, and welcome! On Sun, 13 May 2018 17:48:47 -0700, Paul wrote: > Hi, > I just learned how to use random.choices(). [...] > Consequently, I specified 'cum_weights' with a sequence which wasn't in > ascending order. I got back k results but I determined that they > weren't correct (eg,

[issue33494] random.choices ought to check that cumulative weights are in ascending order

Paul Moore added the comment: Supplying cum_weights allows the code to use bisection to locate the correct value to return. This is O(log n), and is significantly faster for large populations than supplying weights (which need to be totalled for the calculation).

Re: seeking deeper (language theory) reason behind Python design choice

On 13/05/18 05:31, Python wrote: No, you are not. Do you ever say "dog" when you mean "dot" instead? Do you ever say "dad" when you mean "mom" instead? One of my aunts used to muddle family names all the time. She once called me by my sister's name; one would have thought the beard was a

Re: random.choices() Suggest that the code confirm that cum_weights sequence is in ascending order

On Mon, 14 May 2018 12:59:28 +0100, Paul Moore wrote: > The problem is that supplying cum_weights allows the code to run in > O(log n) by using bisection. This is significantly faster on large > populations. Adding a test that the cumulative weights are nondecreasing > would add an O(n) step to

[issue32769] Add 'annotations' to the glossary

Ivan Levkivskyi added the comment: Yes, all this also applies to 3.6. -- ___ Python tracker ___

[issue32769] Add 'annotations' to the glossary

Change by Andrés Delfino : -- pull_requests: +6513 ___ Python tracker ___ ___

[issue33453] from __future__ import annotations breaks dataclasses ClassVar and InitVar handling

Change by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___

[issue32769] Add 'annotations' to the glossary

Andrés Delfino added the comment: Yes, Ivan, I was thinking about that. I think it makes sense, and I'll be glad to do it. -- ___ Python tracker

[issue32769] Add 'annotations' to the glossary

Andrés Delfino added the comment: Shouldn't we have this on 3.6 also? -- ___ Python tracker ___

[issue29412] IndexError thrown on email.message.Message.get

Change by Terry Thurk : -- pull_requests: +6509 stage: -> patch review ___ Python tracker ___

[issue18022] Inconsistency between quopri.decodestring() and email.quoprimime.decode()

R. David Murray added the comment: OK, I've finally gotten around to looking at this. It looks like quopri and binascii are not stripping trailing whitespace. quoprimime binascii quopri preferred b'=' '' b'' b'='

[issue32769] Add 'annotations' to the glossary

Ivan Levkivskyi added the comment: > ... but annotations are a slightly more general concept because they may be > used for other purposes than to indicate the type of a variable ... Yes, I agree. -- ___ Python tracker

[issue32769] Add 'annotations' to the glossary

Andrés Delfino added the comment: I see a conflict here in that annotations can be used for other purpouses, for example variable annotations, they are heavily intended for type hinting (PEP 526 says "This PEP aims at adding syntax to Python for annotating the types of

[issue33440] Possible lazy import opportunities in `pathlib`

Serhiy Storchaka added the comment: Personally I support moving imports of rarely used modules into functions that need them. But this is against PEP 8 and should be discussed more widely. Perhaps this rule should be weaken, we have to state what exceptions are

[issue33505] Optimize asyncio.ensure_future by reordering if conditions

New submission from Jimmy Lai : `ensure_future` converts the input as future if it's not already a future. The condition is the following: if futures.isfuture(coro_or_future): ... elif coroutines.iscoroutine(coro_or_future): ... elif

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

STINNER Victor added the comment: It seems like this issue caused a regression in _warnings: please see bpo-33509. -- nosy: +vstinner ___ Python tracker

[issue33509] warnings.warn_explicit with module_globals=True raises a SystemError

STINNER Victor added the comment: I choose the release blocker priority, since IMHO it's an easy fix. -- nosy: +ned.deily priority: normal -> release blocker ___ Python tracker

[issue33502] dataclasses: repr of _DataclassParams objects should use repr of each member

Change by miss-islington : -- pull_requests: +6514 ___ Python tracker ___

[issue33505] Optimize asyncio.ensure_future by reordering if conditions

Change by Jimmy Lai : -- keywords: +patch pull_requests: +6515 stage: -> patch review ___ Python tracker ___

[issue33443] Typo in Python/import.c

Brett Cannon added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32769] Add 'annotations' to the glossary

Ivan Levkivskyi added the comment: Maybe we can consider backporting this to 3.7? Andrés, if you think it makes sense, you can cherry-pick the commit and open a PR against 3.7 branch. -- ___ Python tracker

[issue33440] Possible lazy import opportunities in `pathlib`

Change by Adam Forsyth : -- keywords: +patch pull_requests: +6505 stage: -> patch review ___ Python tracker ___

[issue33346] Syntax error with async generator inside dictionary comprehension

Guido van Rossum added the comment: > [f: [x async for x in f(x)] for f in fs] Did you mean {} for the outer brackets intead of []? I think it is reasonable that if the presence of 'async for' or 'await' in a comprehension makes it async, then this should also apply if that

[issue32769] Add 'annotations' to the glossary

Guido van Rossum added the comment: Before we backport this to 3.7 and 3.6, let's iterate on the wording a bit. I don't think the distinction between annotations and type hints is that annotations are materialized at runtime while type hints aren't. I think syntactically

[issue33440] Possible lazy import opportunities in `pathlib`

Serhiy Storchaka added the comment: Did you mean the idea about module-level alias to dirname(__file__)? I think this is a dead horse. See issue33277. -- nosy: +serhiy.storchaka ___ Python tracker

[issue33462] reversible dict

Change by Roundup Robot : -- keywords: +patch pull_requests: +6511 stage: -> patch review ___ Python tracker ___

[issue27546] Integrate tkinter and asyncio (and async)

Change by Alex Walters : -- nosy: +tritium ___ Python tracker ___ ___

[issue33475] Fix converting AST expression to string and optimize parenthesis

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___

[issue33507] Improving the html rendered by cgitb.html

Stéphane Blondon added the comment: current.png is a screenshot of the html shown in a browser with 3.8 branch next.png is a screenshot of the modified cgitb.html() function. -- Added file: https://bugs.python.org/file47589/current.png

[issue32769] Add 'annotations' to the glossary

Change by Andrés Delfino : -- pull_requests: +6506 ___ Python tracker ___ ___

[issue33421] Missing documentation for typing.AsyncContextManager

Change by Travis DePrato : -- pull_requests: +6508 ___ Python tracker ___ ___

[issue33421] Missing documentation for typing.AsyncContextManager

Change by Travis DePrato : -- pull_requests: +6507 ___ Python tracker ___ ___

[issue33483] build system requires explicit compiler, but should discover it

Stéphane Wirtel added the comment: Do you have an example where your patch will work and not the current configure.ac. Thank you. -- nosy: +matrixise ___ Python tracker

Re: f-string anomaly

On 2018-05-14 20:24, Lele Gaifax wrote: Ken Kundert writes: Lele, I'm afraid I was unclear. The ... in the code snippet was intended to imply that these lines were appended to the end of the original code, where d was defined. Ok, but then I get a different

[issue32769] Add 'annotations' to the glossary

Change by Andrés Delfino : -- versions: +Python 3.6, Python 3.7 ___ Python tracker ___

[issue33506] [logging] template for filename timestamps

nclude the timestamp. (Then at rotation time, the file is simply closed, with no need to rename it; and a new file with a new timestamp is opened.) For example, specifying a log filename of "foo-%Y%m%d-%H%M%S" would specify a filename like: foo-20180514-16.log Use case: the company tha

[issue33508] [logging] allow %p code to put PID into log filename

New submission from Steve R. Hastings : Python logging is not multi-process safe. When a Python program has multiple processes, one way to log safely would be to put the process ID number into the filename of the log file, giving each process its own log file.

[issue33509] warnings.warn_explicit with module_globals=True raises a SystemError

New submission from Amber Brown : Reproducible with: import warnings warnings.warn_explicit("msg", DeprecationWarning, "name", 1, module_globals=None) -- components: Interpreter Core messages: 316578 nosy: hawkowl priority: normal severity: normal status:

[issue33509] warnings.warn_explicit with module_globals=True raises a SystemError

STINNER Victor added the comment: It may be related to: commit d4f8480dfe89447587550a85b61d4e9faf827e98 Author: Serhiy Storchaka Date: Sat Nov 11 15:19:47 2017 +0200 bpo-31572: Don't silence unexpected errors in the _warnings module. (#3731)

[issue33443] Typo in Python/import.c

Brett Cannon added the comment: New changeset 5e6312c39e1fc32ecef18d340bcd5f7e314170e1 by Brett Cannon (ukwksk) in branch 'master': bpo-33443 Fix typo in Python/import.c (GH-6722) https://github.com/python/cpython/commit/5e6312c39e1fc32ecef18d340bcd5f7e314170e1 --

[issue33314] Bad rendering in the documentation for the os module

Gregory P. Smith added the comment: the PRs were merged, marking this as fixed. -- nosy: +gregory.p.smith resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

Re: f-string anomaly

Ken Kundert writes: > Lele, > I'm afraid I was unclear. The ... in the code snippet was intended > to imply that these lines were appended to the end of the original code, > where d was defined. Ok, but then I get a different behaviour: Python 3.6.5 (default,

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

Serhiy Storchaka added the comment: I think that in any case this test should be marked as CPython-only. -- nosy: +serhiy.storchaka ___ Python tracker

[issue31445] Index out of range in get of message.EmailMessage.get()

Randy Wong added the comment: Submitted pull request: fix-issue-31455: Changed by adding two lines in the module "email/_header_value_parser.py" into the function "get_mailbox_list(value)" before return mailbox_list, value to avoid IndexError. -- keywords: +patch

[issue31445] Index out of range in get of message.EmailMessage.get()

Change by Barbara : -- pull_requests: +6512 ___ Python tracker ___ ___ Python-bugs-list

[issue24255] Replace debuglevel-related logic with logging

Megan Sosey added the comment: I'm going to work on this one since the original reporter last commented 3 years ago. I took a quick look at how the other modules are handling logging to see if I could make it consistent, and they all do it a bit differently. It might be

[issue31500] IDLE: Tiny font on HiDPI display

Terry J. Reedy added the comment: My inclination, then, is to close this issue and PR until there is a demonstrated need for change and a test machine to verify the fix for 2.7 and 8.5.19. -- ___ Python tracker

[issue33507] Improving the html rendered by cgitb.html

New submission from Stéphane Blondon : cgitb.html() returns HTML code viewable in a browser. It would be nice to improve the rendering to have something more readable (increase space between each call, increase contrast for the source code) and more modern. You

[issue33502] dataclasses: repr of _DataclassParams objects should use repr of each member

Eric V. Smith added the comment: New changeset 3059042410dce69806b94be72d5c8055d616f3a3 by Eric V. Smith in branch 'master': bpo-33502: dataclass._Dataclassparams repr: use repr of each member. (GH-6812)

[issue33001] Buffer overflow vulnerability in os.symlink on Windows (CVE-2018-1000117)

Larry Hastings added the comment: New changeset 77c02cdce2d7b8360771be35b7676a4977e070c1 by larryhastings (Steve Dower) in branch '3.4': [3.4] bpo-33001: Prevent buffer overrun in os.symlink (GH-5989) (#5992)

[issue33502] dataclasses: repr of _DataclassParams objects should use repr of each member

New submission from Eric V. Smith : This is mostly a debugging aid, but if you need it, it's very handy. -- assignee: eric.smith components: Library (Lib) messages: 316542 nosy: eric.smith, ned.deily priority: release blocker severity: normal status: open title:

spurious BadDrawable error when running test_tk

Dear list, I changed some detail in the tkinter library, so I'm running the tk test like this: ./python -m test -u gui -v test_tk Approximately every 2 or 3 runs I get a BadDrawable error from the X server, most of the time at the end after the last test finished successfully. As this also

[issue33001] Buffer overflow vulnerability in os.symlink on Windows (CVE-2018-1000117)

Larry Hastings added the comment: New changeset f381cfe07d15d52f27de771a62a8167668f0dd51 by larryhastings (Steve Dower) in branch '3.5': [3.5] bpo-33001: Prevent buffer overrun in os.symlink (GH-5989) (#5991)

[issue33503] use pypi.org instead of pypi.python.org

Change by Stéphane Wirtel : -- nosy: matrixise priority: normal severity: normal status: open title: use pypi.org instead of pypi.python.org versions: Python 3.8 ___ Python tracker

Re: seeking deeper (language theory) reason behind Python design choice

On Mon, May 14, 2018 at 9:38 AM, Python wrote: > Absolutely correct. If you're not doing THOROUGH code reviews, and > not thoroughly testing your code, your job is only half done. You > should be your own first reviewer, and then have a second someone > competent review

[issue33503] use pypi.org instead of pypi.python.org

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +6500 stage: -> patch review ___ Python tracker ___

[issue32861] urllib.robotparser: incomplete __str__ methods

Change by Serhiy Storchaka : -- pull_requests: +6502 ___ Python tracker ___ ___

[issue33504] configparser should use dict instead of OrderedDict in 3.7+

Change by John Reese : -- keywords: +patch pull_requests: +6504 stage: -> patch review ___ Python tracker ___

[issue28287] Refactor subprocess.Popen to let a subclass handle IO asynchronously

Change by Gregory P. Smith : -- versions: +Python 3.8 -Python 3.7 ___ Python tracker ___

[issue33494] random.choices ought to check that cumulative weights are in ascending order

Change by Serhiy Storchaka : -- Removed message: https://bugs.python.org/msg316540 ___ Python tracker ___

[issue33495] dataclasses: repr of Field objects should use repr of each member

Change by Eric V. Smith : -- priority: release blocker -> ___ Python tracker ___ ___

Re: f-string anomaly

Lele, I'm afraid I was unclear. The ... in the code snippet was intended to imply that these lines were appended to the end of the original code, where d was defined. -Ken On 05/14/2018 12:30 AM, Lele Gaifax wrote: > Ken Kundert writes: > >> I tried adding k and v

[issue14845] list() != []

Change by Cheryl Sabella : -- status: open -> pending ___ Python tracker ___ ___

[issue20104] expose posix_spawn(p)

Gregory P. Smith added the comment: Pablo, Victor, Ned and I synced up at the pycon2018 sprints. We're removing posix_spawn from 3.7 (https://github.com/python/cpython/pull/6794) while the API is worked on. -- ___ Python tracker

[issue33502] dataclasses: repr of _DataclassParams objects should use repr of each member

Change by Eric V. Smith : -- keywords: +patch pull_requests: +6498 stage: -> patch review ___ Python tracker ___

[issue33501] split existing optimization levels into granular options

Brett Cannon added the comment: Reference to some discussions on this topic https://groups.google.com/forum/#!topic/python-ideas/4oRgwrV1tVA -- ___ Python tracker

[issue33504] configparser should use dict instead of OrderedDict in 3.7+

New submission from John Reese : The configparser module uses `collections.OrderedDict` as its default, but this is no longer necessary in 3.7+ due to the semantics of core dictionaries being ordered by design. configparser should just use `dict` by default now, instead.

[issue33358] [EASY] x86 Ubuntu Shared 3.x: test_embed.test_pre_initialization_sys_options() fails

Change by Cheryl Sabella : -- assignee: csabella -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33471] string format with 'n' failling with french locales

Licht Takeuchi added the comment: I am working on this and have found why this is happening. I'll make PR in few days. -- nosy: +licht-t ___ Python tracker

[issue33346] Syntax error with async generator inside dictionary comprehension

Yury Selivanov added the comment: [Serhiy] > But asynchronous comprehensions should behave the same way as 'await'. I > think that a comprehension should be made implicitly asynchronous if any of > inner expressions contains explicit or implicit asynchronous

[issue33504] configparser should use dict instead of OrderedDict in 3.7+

Serhiy Storchaka added the comment: See msg308974 in issue32360. -- nosy: +rhettinger, serhiy.storchaka ___ Python tracker

[issue33504] configparser should use dict instead of OrderedDict in 3.7+

Change by John Reese : -- nosy: +lukasz.langa ___ Python tracker ___ ___

Re: Python-list Digest, Vol 176, Issue 16

Hello all, Thanks for the thoughtful (and non-snarky) replies. First, a suggestion for a documentation change: To this paragraph: *If neither weights nor cum_weights are specified, selections are made with equal probability. If a weights sequence is supplied, it must be the same length as

Re: random.choices() Suggest that the code confirm that cum_weights sequence is in ascending order

forgot to edit the subject. Sorry. paul c. On Mon, May 14, 2018 at 12:02 PM, Paul wrote: > Hello all, >Thanks for the thoughtful (and non-snarky) replies. > > First, a suggestion for a documentation change: > > To this paragraph: > > *If neither weights nor

[issue32769] Add 'annotations' to the glossary

Ivan Levkivskyi added the comment: New changeset f2290fb19a9b1a5fbeef0971016f72683e8cd1ad by Ivan Levkivskyi (Andrés Delfino) in branch 'master': bpo-32769: Write annotation entry for glossary (GH-6657)

[issue26103] Contradiction in definition of "data descriptor" between (dotted lookup behavior/datamodel documentation) and (inspect lib/descriptor how-to)

Change by Serhiy Storchaka : -- versions: +Python 3.8 -Python 3.5 ___ Python tracker ___

[issue33495] dataclasses: repr of Field objects should use repr of each member

Serhiy Storchaka added the comment: New changeset ceb45f0df87071319e6f73fb03e663ac39917daf by Miss Islington (bot) in branch '3.7': bpo-33494: Change dataclasses.Fields repr to use the repr of each of its members (GH-6798)

[issue33421] Missing documentation for typing.AsyncContextManager

Change by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue32216] Document PEP 557 Data Classes (dataclasses module)

Eric V. Smith added the comment: Note that the documentation should make the implications of #33453 very clear. In short, if an annotation "looks like" a ClassVar or InitVar, it will be treated as such. This is true even if it's specified as a string, or if it's a string

Re: seeking deeper (language theory) reason behind Python design choice

On Mon, May 14, 2018 at 9:20 AM, Python wrote: > On Sun, May 13, 2018 at 02:42:48PM +1000, Chris Angelico wrote: >> On Sun, May 13, 2018 at 2:31 PM, Python wrote: >> >> Yes, and I'd go further: I *am* too stupid to get this right. >> > >> > No, you

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Change by Eric Snow : -- pull_requests: +6499 stage: needs patch -> patch review ___ Python tracker ___

[issue33469] RuntimeError after closing loop that used run_in_executor

Change by Hrvoje Nikšić : -- components: +asyncio nosy: +asvetlov, yselivanov ___ Python tracker ___

[issue32861] urllib.robotparser: incomplete __str__ methods

Change by miss-islington : -- pull_requests: +6501 ___ Python tracker ___

[issue32861] urllib.robotparser: incomplete __str__ methods

Serhiy Storchaka added the comment: New changeset c3fa1f2b93fa4bf96a8aadc74ee196384cefa31e by Serhiy Storchaka (Miss Islington (bot)) in branch '3.7': [3.7] bpo-32861: urllib.robotparser fix incomplete __str__ methods. (GH-5711) (GH-6795)

[issue32861] urllib.robotparser: incomplete __str__ methods

Change by miss-islington : -- pull_requests: +6503 ___ Python tracker ___

[issue33494] random.choices ought to check that cumulative weights are in ascending order

miss-islington added the comment: New changeset ceb45f0df87071319e6f73fb03e663ac39917daf by Miss Islington (bot) in branch '3.7': bpo-33494: Change dataclasses.Fields repr to use the repr of each of its members (GH-6798)

[issue33495] dataclasses: repr of Field objects should use repr of each member

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33504] configparser should use dict instead of OrderedDict in 3.7+

Eric V. Smith added the comment: Like #33463, it will require a deprecation cycle. I'm not sure it's worth the hassle, but I wouldn't oppose it if someone wanted to do the work. 3.8 would be the first version where it could be added. -- nosy: +eric.smith versions:

[issue33483] build system requires explicit compiler, but should discover it

Eitan Adler added the comment: On any system where "gcc" is not the correct compiler to use. If it does not exist, is too old, points to the incorrect compiler, etc. Concretely I have two such systems: - on one, "gcc" does not exist - on the other "gcc" is actually a

[issue32861] urllib.robotparser: incomplete __str__ methods

Serhiy Storchaka added the comment: New changeset 3936fd7b2c271f723d1a98fda3ca9c7efd329c04 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.7] bpo-32861: urllib.robotparser fix incomplete __str__ methods. (GH-5711) (GH-6795) (GH-6818)

[issue32861] urllib.robotparser: incomplete __str__ methods

Serhiy Storchaka added the comment: New changeset 861d38443d4b85cdc7b87afc4adee55f51c2f4b3 by Serhiy Storchaka in branch '2.7': [2.7] bpo-32861: robotparser fix incomplete __str__ methods. (GH-5711) (GH-6795) (GH-6817)

[issue20104] expose posix_spawn(p)

Pablo Galindo Salgado added the comment: Some interesting benchmarks of posix spawn: https://github.com/rtomayko/posix-spawn/blob/master/README.md -- components: -Library (Lib) priority: normal -> release blocker versions: +Python 3.7

[issue32861] urllib.robotparser: incomplete __str__ methods

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

[issue33497] cgi.parse_multipart does not have an associated "errors" parameter with its "encoding" parameter

Change by miss-islington : -- pull_requests: +6521 ___ Python tracker ___

[issue33497] cgi.parse_multipart does not have an associated "errors" parameter with its "encoding" parameter

Ned Deily added the comment: New changeset d063b84d9ee435e9ae981c18faccaff5562792c3 by Ned Deily in branch 'master': bpo-33497: Add NEWS and ACKS entries. (GH-6838) https://github.com/python/cpython/commit/d063b84d9ee435e9ae981c18faccaff5562792c3 --

Re: f-string anomaly

Lele, I am using Python3.6. d has to be an object of mydict. Here is the code that exhibits the problem: import sys, os from inform import error, os_error class mydict(dict): def __format__(self, template): print('Template:', template)

[issue33505] Optimize asyncio.ensure_future by reordering if conditions

Change by Jimmy Lai : -- pull_requests: +6518 ___ Python tracker ___ ___ Python-bugs-list

[issue33497] cgi.parse_multipart does not have an associated "errors" parameter with its "encoding" parameter

Change by miss-islington : -- pull_requests: +6519 ___ Python tracker ___

[issue33497] cgi.parse_multipart does not have an associated "errors" parameter with its "encoding" parameter

Change by Ned Deily : -- pull_requests: +6520 ___ Python tracker ___ ___ Python-bugs-list

<    1   2   3   >