Mailman 3 March 2019 - docs

[issue36195] initializer is not a valid param in ThreadPoolExecutor
by Ned Deily March 5, 2019

March 5, 2019

Ned Deily <nad(a)python.org> added the comment: If someone is willing to make a doc fix PR for this, I will merge it for 3.6. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36195> _______________________________________

1 0

[issue36195] initializer is not a valid param in ThreadPoolExecutor
by Karthikeyan Singaravelan March 5, 2019

March 5, 2019

Karthikeyan Singaravelan <tir.karthi(a)gmail.com> added the comment: Thanks for the report. You are correct. The parameters were introduced in issue21423 in 3.7. It seems that this backported by mistake with PR 10958 where minor grammar was fixed with 40a61da40d252626f8b9ff524d76c1f0ccb3a4f7 but backporting caused the whole paragraph to be added to 3.6. 3.6 is in security fixes only mode. So I am not sure about the fix being merged. I am adding Ned to take a call on this. ---------- nosy: +ned.deily, xtreak _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36195> _______________________________________

1 0

[issue36195] initializer is not a valid param in ThreadPoolExecutor
by Harmandeep Singh March 5, 2019

March 5, 2019

Change by Harmandeep Singh <harmandeep3091(a)gmail.com>: ---------- assignee: -> docs@python components: +Documentation nosy: +docs@python _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36195> _______________________________________

1 0

[issue23460] Decimals do not obey ':g' exponential notation formatting rules
by Brennan D Baraban March 3, 2019

March 3, 2019

Brennan D Baraban <375(a)holbertonschool.com> added the comment: Hi Stefan. Is there an update you would like me to make on this PR? Otherwise, pinging for review. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue23460> _______________________________________

1 0

[issue36170] posix_spawn doesn't exist in 3.7
by Mark Williams March 3, 2019

March 3, 2019

New submission from Mark Williams <mrw(a)enotuniq.org>: The 3.8 docs claim that os.posix_spawn was introduced in 3.7, but it wasn't; it will be introduced in 3.8. https://docs.python.org/3.8/library/os.html#os.posix_spawn ---------- assignee: docs@python components: Documentation messages: 337027 nosy: Mark.Williams, docs@python priority: normal severity: normal status: open title: posix_spawn doesn't exist in 3.7 versions: Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36170> _______________________________________

3 4

[issue22021] shutil.make_archive() root_dir do not work
by Lysandros Nikolaou March 2, 2019

March 2, 2019

Lysandros Nikolaou <lisandrosnik(a)gmail.com> added the comment: Pinging once more for review. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22021> _______________________________________

1 0

[issue36153] Freeze support documentation is misleading.
by Sridhar Iyer March 1, 2019

March 1, 2019

New submission from Sridhar Iyer <sridhar.v.iyer(a)gmail.com>: The documentation on freeze_support listed on https://docs.python.org/3/library/multiprocessing.html need to be fixed This mentions: "Calling freeze_support() has no effect when invoked on any operating system other than Windows. In addition, if the module is being run normally by the Python interpreter on Windows (the program has not been frozen), then freeze_support() has no effect." This is not true. Sklearn/tensorflow libraries tend to cause an infinite loop when frozen with pyinstaller (tested on python 3.6 on ubuntu 14.04). freeze_support is the only way to get around the situation and should be included before including any other module that includes a multiprocessing library (not just in main). ---------- assignee: docs@python components: Documentation messages: 336881 nosy: Sridhar Iyer, docs@python priority: normal severity: normal status: open title: Freeze support documentation is misleading. versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36153> _______________________________________

3 3

[issue36072] str.translate() behaves differently for ASCII-only and other strings
by Terry J. Reedy March 1, 2019

March 1, 2019

Terry J. Reedy <tjreedy(a)udel.edu> added the comment: I agree. The fact the CPython attempts to optimize all_ascii.translate(table) is a CPython implementation detail, not a language feature. ---------- assignee: -> docs@python components: +Documentation nosy: +docs@python, terry.reedy resolution: -> not a bug stage: -> resolved status: open -> closed type: -> enhancement _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36072> _______________________________________

1 0