[issue38572] Misleading AttributeError accessing fileno attribute in tarfile

[PCManticore]

Change by PCManticore :


--
nosy: +Claudiu.Popa

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38955] Non indemnpotent behavior of asyncio.get_event_loop and asyncio.run sequence.

[Andrew Svetlov]

Andrew Svetlov  added the comment:

I think now it is too late for changing the behavior.
In the ideal world, get_event_loop() should never exist, maybe we can 
deprecate/remove it eventually.
run() should be used for executing async code; get_running_loop() for getting a 
reference to the currently executed loop.
It may help to avoid many silly problems.
Maybe some scenarios are not covered but at least high-level code can be 
organized this way.

P.S.
set_event_loop(None) is not for resetting to default but for disabling of the 
default loop creation for the current thread. Non-main threads work like 
set_event_loop(None) was called implicitly.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38572] Misleading AttributeError accessing fileno attribute in tarfile

[PCManticore]

Change by PCManticore :


--
keywords: +patch
pull_requests: +16930
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17449

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38572] Misleading AttributeError accessing fileno attribute in tarfile

[PCManticore]

PCManticore  added the comment:

Just submitted a PR for this issue, hope I got it right. Curious to see if 
there are any backwards compatibility concerns with this approach.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9694] argparse required arguments displayed under "optional arguments"

[Géry]

Géry  added the comment:

I have just run into the same issue here: https://bugs.python.org/issue38950

- I prefer Terry J. Reedy's "keyword arguments" as it is clear and consistent 
with "positional arguments".
- But Steven Bethard 's "flag arguments" looks fine since it is well known to 
shell users.
- Martin Panter's "options" looks okay since it is the standard name in GNU 
Coreutils 
(https://www.gnu.org/software/coreutils/manual/coreutils.html#Common-options). 
However I don't like it very much as it is still ambiguous: "options", like 
"optional arguments", still suggests something that is non required. And 
"options" is less consistent with "positional arguments" (nobody seems to have 
suggested "option arguments").
- Oliver Smith's "switches" does not look okay because it is not general enough 
since it is commonly restricted to Boolean arguments.

Anyway, the first 3 solutions are better than the current "optional arguments". 
What is blocking the approval of Martin Panter's PR?

--
nosy: +maggyero

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38950] argparse uses "optional arguments" for "keyword arguments"

[Géry]

Géry  added the comment:

Thanks paul j3 for the link. I am continuing the discussion there.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38918] Add __module__ entry for function type in inspect docs table.

[Parth Sharma]

Parth Sharma  added the comment:

Hey Eric,

I made a PR [1] which adds an entry for __module__ in the "function" and 
"method" sections of the table [2]. Can you review it and let me know if any 
changes are required?

[1] https://github.com/python/cpython/pull/17408
[2] https://docs.python.org/3/library/inspect.html#types-and-members

--
nosy: +parthsharma2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38943] Idle autocomplete window doesn't show up

[JohnnyNajera]

JohnnyNajera  added the comment:

At least this scenario:
Ubuntu 19.10
Open the interpreter
Literally nothing makes the autocomplete window show up.

As mentioned in the PR, it's not about the 1-ms but about being called outside 
of the event itself.
This can also be fixed by immediately calling `update_idletasks`, but more 
about this in the PR.

Thanks, have a nice day.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29427] Option to skip padding for base64 urlsafe encoding/decoding

[uliludmann]

Change by uliludmann :


--
nosy: +uliludmann

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38270] Tests: Avoid MD5 or check for MD5 availablity

[miss-islington]

Change by miss-islington :


--
pull_requests: +16931
pull_request: https://github.com/python/cpython/pull/17450

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38270] Tests: Avoid MD5 or check for MD5 availablity

[miss-islington]

miss-islington  added the comment:


New changeset 894331838b256412c95d54051ec46a1cb96f52e7 by Miss Islington (bot) 
(stratakis) in branch 'master':
bpo-38270: Fix indentation of test_hmac assertions (GH-17446)
https://github.com/python/cpython/commit/894331838b256412c95d54051ec46a1cb96f52e7


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38960] DTrace FreeBSD build fix

[David Carlier]

Change by David Carlier :


--
components: FreeBSD
nosy: David Carlier, koobs
priority: normal
severity: normal
status: open
title: DTrace FreeBSD build fix
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38960] DTrace FreeBSD build fix

[David Carlier]

Change by David Carlier :


--
keywords: +patch
pull_requests: +16932
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17451

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38961] Flaky detection of compiler vendor

[John-Mark]

New submission from John-Mark :

The `configure` script for building what appears to be any version of python 
(I've manually checked 2.7, 3.6.6, and master) uses simple substring-in-path 
checks to determine the compiler vendor. This is problematic because it is very 
easy for it to produce very confusing false-positives.

This appeared for me when compiling with a custom version of `clang` located at 
`/home/riccardo/some/path`, which caused this line

https://github.com/python/cpython/blob/894331838b256412c95d54051ec46a1cb96f52e7/configure#L7546

to mistakenly assume an ICC configuration (because `icc` is a substring of 
`riccardo`). A quick check through the script reveals that compiler vendor 
detection in the script doesn't appear to be unified and are mostly similarly 
flaky.

Other projects compile a small program that checks for defines, or parses the 
output of `$CC --version` or similar.

--
components: Build
messages: 357755
nosy: jmaargh
priority: normal
severity: normal
status: open
title: Flaky detection of compiler vendor
type: compile error
versions: Python 2.7, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

[Ethan Furman]

Change by Ethan Furman :


--
assignee:  -> ethan.furman
nosy: +Rhodri James, ethan.furman
versions:  -Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24764] cgi.FieldStorage can't parse multipart part headers with Content-Length and no filename in Content-Disposition

[Ethan Furman]

Change by Ethan Furman :


--
assignee:  -> ethan.furman
nosy: +Rhodri James, ethan.furman

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38295] test_relative_path of test_py_compile fails on macOS 10.15 Catalina

[Amged Rustom]

Change by Amged Rustom :


--
nosy: +amgedr

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38945] Remove newline characters from uu encoding methods

[stealthcopter]

Change by stealthcopter :


--
pull_requests: +16933
pull_request: https://github.com/python/cpython/pull/17452

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38945] Remove newline characters from uu encoding methods

[Guido van Rossum]

Guido van Rossum  added the comment:


New changeset a016d4e32cc9faa48105d00db275439c3dc93559 by Guido van Rossum 
(Matthew Rollings) in branch '2.7':
[2.7] bpo-38945: UU Encoding: Don't let newline in filename corrupt the output 
format (GH-17418). (#17452)
https://github.com/python/cpython/commit/a016d4e32cc9faa48105d00db275439c3dc93559


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35003] Provide an option to venv to put files in a bin/ directory on Windows

[Brett Cannon]

Brett Cannon  added the comment:

> Are you proposing to bring that functionality, which these third-party tools 
> perform currently, into the stdlib?

I was hoping to, but it turns out you can't make this work under Windows 
without inspecting the parent process (PowerShell and Command Prompt provide no 
way to know the path to the shell being run).

So since there's no interest in providing a way to unify the paths I'm going to 
close this issue.

--
resolution:  -> rejected
stage: test needed -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38924] pathlib paths .normalize()

[Brett Cannon]

Brett Cannon  added the comment:

While I understand you're disappointed, do realize that the tone of your 
response isn't necessary. I'm going to assume you didn't mean for it to come 
off as confrontational and still provide a reply.

> you do realise there are no symlinks to resolve on PurePaths, right?

Yes.

> Why don't you deprecate it then?

Because the amount of code that would break for those that are willing to deal 
with its drawbacks is way too vast. But just because we keep that function 
around even with its drawbacks doesn't meant we want to propagate that in newer 
code.

> Let me quote the initial comment for this issue, which apparently noone read

We read it, but as I said in response, "Path inherits from PurePath, so 
providing a normalize() method on the latter means it will end up on the 
former". Now I know you suggested putting in code to somehow hide it from Path, 
but we try to avoid being so magical in the stdlib, especially when it would 
require some careful explanation in the docs that for some reason a method on 
an inherited class wasn't available.

Please note you can also use your own subclass or function to get the 
functionality you are after. There is nothing special to what you are asking 
for that requires inclusion in the stdlib.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38960] DTrace FreeBSD build fix

[Emmanuel Arias]

Change by Emmanuel Arias :


--
nosy: +eamanu

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

New submission from Pablo Galindo Salgado :

All the refleak build bots for master are reporting reference leaks in 
subinterpreter related tests:

https://buildbot.python.org/all/#/builders/126/builds/6/steps/5/logs/stdio
https://buildbot.python.org/all/#/builders/144/builds/6/steps/5/logs/stdio
https://buildbot.python.org/all/#/builders/206/builds/6
https://buildbot.python.org/all/#/builders/157/builds/6/steps/4/logs/stdio

..
test_atexit leaked [882, 882, 882] references, sum=2646
test_atexit leaked [12, 12, 12] memory blocks, sum=36
5 tests failed again:
test__xxsubinterpreters test_atexit test_capi test_httpservers
test_threading
== Tests result: FAILURE then FAILURE ==
401 tests OK.
10 slowest tests:
- test_asyncio: 33 min 34 sec
- test_concurrent_futures: 17 min 22 sec
- test_multiprocessing_spawn: 17 min 6 sec
- test_zipfile: 9 min 25 sec
- test_multiprocessing_forkserver: 9 min 2 sec
- test_multiprocessing_fork: 8 min 43 sec
- test_largefile: 7 min 32 sec
- test_lib2to3: 7 min 3 sec
- test_mailbox: 6 min 27 sec
- test_argparse: 5 min 5 sec
5 tests failed:
test__xxsubinterpreters test_atexit test_capi test_httpservers
test_threading
14 tests skipped:
test_devpoll test_gdb test_ioctl test_kqueue test_msilib
test_ossaudiodev test_startfile test_tix test_tk test_ttk_guionly
test_winconsoleio test_winreg test_winsound test_zipfile64
7 re-run tests:
test__xxsubinterpreters test_atexit test_capi test_httpservers
test_nntplib test_pty test_threading


Bisecting shows the following commit as the culprit:

ef5aa9af7c7e493402ac62009e4400aed7c3d54e is the first bad commit
commit ef5aa9af7c7e493402ac62009e4400aed7c3d54e
Author: Victor Stinner 
Date:   Wed Nov 20 00:38:03 2019 +0100

bpo-38858: Reorganize pycore_init_types() (GH-17265)

* Call _PyLong_Init() and _PyExc_Init() earlier
* new_interpreter() reuses pycore_init_types()

 Python/pylifecycle.c | 31 +++
 1 file changed, 11 insertions(+), 20 deletions(-)
bisect run success


Running * test.test_atexit.SubinterpreterTest.test_callbacks_leak is enough for 
reproducing the problem.

--
assignee: vstinner
components: Tests
messages: 357759
nosy: pablogsal, vstinner
priority: high
severity: normal
stage: needs patch
status: open
title: Reference leaks in subinterpreters
type: resource usage
versions: Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Actually, that commit has an independent refleak that was fixed (!) regarding 
the small integer cache. Seems that the actual commit that made the new leak is:

commit 2582d46fbcf7bdf86b9cf4016850b8d155267ac6
Author: Victor Stinner 
Date:   Fri Nov 22 19:24:49 2019 +0100

bpo-38858: new_interpreter() reuses pycore_init_builtins() (GH-17351)

new_interpreter() now calls _PyBuiltin_Init() to create the builtins
module and calls _PyImport_FixupBuiltin(), rather than using
_PyImport_FindBuiltin(tstate, "builtins").

pycore_init_builtins() is now responsible to initialize
intepr->builtins_copy: inline _PyImport_Init() and remove this
function.



Reverting this commit fixes the refleaks in atexit at least

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
keywords: +patch
pull_requests: +16934
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17453

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Ok, the problem seems to be that _PyBuiltin_Init() returns a new reference that 
is not cleared once PyModule_GetDict() and _PyBuiltins_AddExceptions() is 
called.

--
stage: patch review -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Indeed, that fixes the problem in at least 2 modules:

 ./python -m test test_atexit -R :
0:00:00 load avg: 0.84 Run tests sequentially
0:00:00 load avg: 0.84 [1/1] test_atexit
beginning 9 repetitions
123456789
.

== Tests result: SUCCESS ==

1 test OK.

Total duration: 1.5 sec
Tests result: SUCCESS


 ./python -m test test_capi -R :  
0:00:00 load avg: 1.19 Run tests sequentially
0:00:00 load avg: 1.19 [1/1] test_capi
beginning 9 repetitions
123456789
..
test_capi passed in 2 min 8 sec

== Tests result: SUCCESS ==

1 test OK.

Total duration: 2 min 8 sec
Tests result: SUCCESS



Although the rest of the tests still leak, so there is something else :(

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +16935
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17454

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Opened https://github.com/python/cpython/pull/17454 for the fixing the leak in 
http_servers

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

For the subinterpreter other leaks it seems that the commit that introduced the 
leak is:

7247407c35330f3f6292f1d40606b7ba6afd5700 is the first bad commit
commit 7247407c35330f3f6292f1d40606b7ba6afd5700
Author: Victor Stinner 
Date:   Wed Nov 20 12:25:50 2019 +0100

bpo-36854: Move _PyRuntimeState.gc to PyInterpreterState (GH-17287)

* Rename _PyGC_InitializeRuntime() to _PyGC_InitState()
* finalize_interp_clear() now also calls _PyGC_Fini() in
  subinterpreters (clear the GC state).

 Include/internal/pycore_object.h   |  2 +-
 Include/internal/pycore_pymem.h|  2 +-
 Include/internal/pycore_pystate.h  |  7 +--
 .../2019-11-20-12-01-37.bpo-36854.Zga_md.rst   |  3 +
 Modules/gcmodule.c | 72 --
 Objects/object.c   | 20 +++---
 Python/pylifecycle.c   |  3 +-
 Python/pystate.c   |  2 +-
 8 files changed, 62 insertions(+), 49 deletions(-)
 create mode 100644 Misc/NEWS.d/next/Core and 
Builtins/2019-11-20-12-01-37.bpo-36854.Zga_md.rst
bisect run success

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Indeed, reverting commit 7247407c35330f3f6292f1d40606b7ba6afd5700 fixes the 
issues in test_threading

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36854] GC operates out of global runtime state.

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +16936
pull_request: https://github.com/python/cpython/pull/17455

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I created https://github.com/python/cpython/pull/17455 to revert commit 
7247407c35330f3f6292f1d40606b7ba6afd5700 as it seems that the leak is more 
complex than the others. 

If a solution is not found in a couple of days we need to merge it to fix the 
refleak buildbots.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +16937
pull_request: https://github.com/python/cpython/pull/17456

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

This patch (which is wrong) fixes the reference issues:

diff --git a/Python/pylifecycle.c b/Python/pylifecycle.c
index cce4783bc1..c354af18db 100644
--- a/Python/pylifecycle.c
+++ b/Python/pylifecycle.c
@@ -1276,6 +1276,7 @@ finalize_interp_clear(PyThreadState *tstate)
 _PyExc_Fini();
 }
 
+PyGC_Collect();
 _PyGC_Fini(tstate);
 }


This suggests that the per-interpreter gc does not play well with the refleak 
checker.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Opened PR 17457 for the refleaks of test__xxsubinterpreters although I am not 
very convinced that we can call the GC at that point.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38962] Reference leaks in subinterpreters

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +16938
pull_request: https://github.com/python/cpython/pull/17457

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27873] multiprocessing.pool.Pool.map should take more than one iterable

[miss-islington]

Change by miss-islington :


--
pull_requests: +16939
pull_request: https://github.com/python/cpython/pull/17458

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27873] multiprocessing.pool.Pool.map should take more than one iterable

[miss-islington]

miss-islington  added the comment:


New changeset eb48a451e3844185b9a8751c9badffbddc89689d by Miss Islington (bot) 
(An Long) in branch 'master':
bpo-27873: Update docstring for multiprocessing.Pool.map (GH-17436)
https://github.com/python/cpython/commit/eb48a451e3844185b9a8751c9badffbddc89689d


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27873] multiprocessing.pool.Pool.map should take more than one iterable

[miss-islington]

Change by miss-islington :


--
pull_requests: +16940
pull_request: https://github.com/python/cpython/pull/17459

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27873] multiprocessing.pool.Pool.map should take more than one iterable

[miss-islington]

miss-islington  added the comment:


New changeset 55a7046471e19843a68d4a1a15252fd197bb6913 by Miss Islington (bot) 
in branch '3.7':
bpo-27873: Update docstring for multiprocessing.Pool.map (GH-17436)
https://github.com/python/cpython/commit/55a7046471e19843a68d4a1a15252fd197bb6913


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27873] multiprocessing.pool.Pool.map should take more than one iterable

[miss-islington]

miss-islington  added the comment:


New changeset baf07395eaa77e515ddfa1d3f42785d50b4d2889 by Miss Islington (bot) 
in branch '3.8':
bpo-27873: Update docstring for multiprocessing.Pool.map (GH-17436)
https://github.com/python/cpython/commit/baf07395eaa77e515ddfa1d3f42785d50b4d2889


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7982] extend captured_output to simulate different stdout.encoding

[Andrew Frost]

Andrew Frost  added the comment:

in test_xmlrpc.py, it can replace this entire function
- 
https://github.com/python/cpython/blob/8f4ef3b019ce380022018587571b0f970e668de3/Lib/test/test_xmlrpc.py#L1344
in test_source_encoding.py, it can remove this line
- 
https://github.com/python/cpython/blob/8f4ef3b019ce380022018587571b0f970e668de3/Lib/test/test_source_encoding.py#L209

It could also be useful if a test file switches between encoding schemes 
frequently.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38741] Definition of multiple ']' in header configparser

[Jason Killen]

Change by Jason Killen :


--
nosy: +Jason.Killen

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38963] multiprocessing processes seem to "bleed" user information (GID/UID/groups)

[Roman Joost]

New submission from Roman Joost :

When running a process which changes UID/GID, some of the following processes 
will run as the user I change to per process.

In order to reproduce (see the attached reproducer):
1. Change the 'USERNAME' to an unprivileged user on your system.
2. Run the reproducer as a user with elevated privileges (e.g. root or some 
secondary user you have on your system). Mind you, I don't think the user you 
run as needs elevated privileges, but that's the user I ran as when I observed 
this behaviour.
3. The reproducer iterates over a list (It stems from a test function which was 
checking permissions on log files). Observe the print out, which prints the 
process' GID, UID and secondary groups before we're changing to the users GID, 
UID and secondary groups.
4. You should observe that at some point the process prints the user 
information of the user we want to change to not the one which initially 
started the script.

Example output when running locally as root:

('B', (0, 0, [0]))
('A', (0, 0, [0]))
('C', (0, 0, [0]))
('E', (0, 0, [0]))
('D', (0, 0, [0]))
('F', (1002, 1002, [10, 135, 1000, 1002]))
('H', (1002, 1002, [10, 135, 1000, 1002]))
('I', (1002, 1002, [10, 135, 1000, 1002]))
('J', (1002, 1002, [10, 135, 1000, 1002]))
('G', (1002, 1002, [10, 135, 1000, 1002]))
('K', (1002, 1002, [10, 135, 1000, 1002]))
('L', (1002, 1002, [10, 135, 1000, 1002]))
('M', (1002, 1002, [10, 135, 1000, 1002]))
('N', (1002, 1002, [10, 135, 1000, 1002]))

I would have expected `0` all the way through.

However, if I initialise the Pool with `maxtasksperchild=1` the isolation seems 
as expected.

I don't know whether this is a bug or I'm foolish to invoke multiprocessing 
like this. I've run out of time to investigate this further. It's certainly 
strange behaviour to me and I thought I better report it, since reproducing 
seems fairly deterministic.

--
assignee: docs@python
components: Documentation, Library (Lib)
files: reproducer.py
messages: 357773
nosy: docs@python, romanofski
priority: normal
severity: normal
status: open
title: multiprocessing processes seem to "bleed" user information 
(GID/UID/groups)
type: behavior
versions: Python 3.6, Python 3.7
Added file: https://bugs.python.org/file48753/reproducer.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38960] DTrace FreeBSD build fix

[Kubilay Kocak]

New submission from Kubilay Kocak :

Thank you for the heads-up David.

If you need OS support and don't have access to a FreeBSD install, I can 
provide you with an SSH account to the servers that run the Python buildbots if 
that would be helpful either now or in the future

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29636] Specifying indent in the json.tool command

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 03257949bc02a4afdf2ea1eb07a73f8128129579 by Inada Naoki (Daniel 
Himmelstein) in branch 'master':
bpo-29636: Add --(no-)indent arguments to json.tool (GH-345)
https://github.com/python/cpython/commit/03257949bc02a4afdf2ea1eb07a73f8128129579


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29636] Specifying indent in the json.tool command

[Inada Naoki]

Change by Inada Naoki :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38878] os.PathLike subclasshook causes subclass checks true on abstract implementation

[Bar Harel]

Bar Harel  added the comment:

Ready for merge

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33684] parse failed for mutibytes characters, encode will show in \xxx

[Inada Naoki]

Change by Inada Naoki :


--
pull_requests: +16941
pull_request: https://github.com/python/cpython/pull/17460

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com