[issue46198] Duplicate and unused code in tests

2022-01-01 Thread Nikita Sobolev

Nikita Sobolev  added the comment:

Thanks! I will also attach all `flake8`'s output if someone is going to need it:

```
» flake8 --select=F811 Lib/test
Lib/test/test_descr.py:1165:13: F811 redefinition of unused 'C' from line 1158
Lib/test/test_descr.py:1172:13: F811 redefinition of unused 'C' from line 1165
Lib/test/test_descr.py:1179:13: F811 redefinition of unused 'C' from line 1172
Lib/test/test_descr.py:1186:13: F811 redefinition of unused 'C' from line 1179
Lib/test/test_descr.py:1192:9: F811 redefinition of unused 'C' from line 1186
Lib/test/test_descr.py:1198:9: F811 redefinition of unused 'C' from line 1192
Lib/test/test_descr.py:1488:13: F811 redefinition of unused 'C' from line 1480
Lib/test/test_descr.py:1498:13: F811 redefinition of unused 'C' from line 1488
Lib/test/test_descr.py:1506:13: F811 redefinition of unused 'C' from line 1498
Lib/test/test_descr.py:1514:13: F811 redefinition of unused 'C' from line 1506
Lib/test/test_descr.py:4076:13: F811 redefinition of unused 'X' from line 4073
Lib/test/test_descr.py:4079:13: F811 redefinition of unused 'X' from line 4076
Lib/test/test_descr.py:4084:13: F811 redefinition of unused 'X' from line 4079
Lib/test/test_descr.py:4087:13: F811 redefinition of unused 'X' from line 4084
Lib/test/test_descr.py:4090:9: F811 redefinition of unused 'X' from line 4087
Lib/test/test_buffer.py:759:5: F811 redefinition of unused 'genslices' from 
line 694
Lib/test/test_buffer.py:760:5: F811 redefinition of unused 'genslices_ndim' 
from line 698
Lib/test/test_buffer.py:761:5: F811 redefinition of unused 'permutations' from 
line 20
Lib/test/test_syntax.py:1555:5: F811 redefinition of unused 
'test_break_outside_loop' from line 1525
Lib/test/test_typing.py:108:13: F811 redefinition of unused 'A' from line 105
Lib/test/test_typing.py:148:13: F811 redefinition of unused 'A' from line 145
Lib/test/test_typing.py:332:13: F811 redefinition of unused 'C' from line 329
Lib/test/test_typing.py:335:13: F811 redefinition of unused 'C' from line 332
Lib/test/test_typing.py:880:13: F811 redefinition of unused 'P' from line 877
Lib/test/test_typing.py:883:13: F811 redefinition of unused 'P' from line 880
Lib/test/test_typing.py:1385:13: F811 redefinition of unused 'P' from line 1383
Lib/test/test_typing.py:1387:13: F811 redefinition of unused 'P' from line 1385
Lib/test/test_typing.py:1389:13: F811 redefinition of unused 'P' from line 1387
Lib/test/test_typing.py:1665:13: F811 redefinition of unused 'MyGeneric' from 
line 1663
Lib/test/test_typing.py:2295:13: F811 redefinition of unused 'Subclass' from 
line 2292
Lib/test/test_typing.py:2478:13: F811 redefinition of unused 'C' from line 2475
Lib/test/test_typing.py:2522:13: F811 redefinition of unused 'C' from line 2519
Lib/test/test_typing.py:4532:5: F811 redefinition of unused 'test_hash_eq' from 
line 4475
Lib/test/test_typing.py:4652:13: F811 redefinition of unused 'C' from line 4648
Lib/test/test_typing.py:4844:13: F811 redefinition of unused 'C' from line 4841
Lib/test/datetimetester.py:1867:9: F811 redefinition of unused 'io' from line 5
Lib/test/datetimetester.py:3991:9: F811 redefinition of unused 'io' from line 5
Lib/test/test_genericclass.py:101:13: F811 redefinition of unused 'D' from line 
95
Lib/test/test_genericclass.py:114:13: F811 redefinition of unused 'D' from line 
108
Lib/test/test_subclassinit.py:235:13: F811 redefinition of unused 'MyClass' 
from line 221
Lib/test/test_subclassinit.py:246:9: F811 redefinition of unused 'MyClass' from 
line 235
Lib/test/test_subclassinit.py:268:9: F811 redefinition of unused 'MyClass' from 
line 259
Lib/test/test_tabnanny.py:7:1: F811 redefinition of unused 'mock' from line 6
Lib/test/test_compile.py:1178:5: F811 redefinition of unused 'test_func_args' 
from line 1171
Lib/test/test_dataclasses.py:517:13: F811 redefinition of unused 'A' from line 
512
Lib/test/test_dataclasses.py:527:13: F811 redefinition of unused 'A' from line 
517
Lib/test/test_dataclasses.py:681:21: F811 redefinition of unused 'Point' from 
line 672
Lib/test/test_dataclasses.py:692:21: F811 redefinition of unused 'Point' from 
line 681
Lib/test/test_dataclasses.py:702:17: F811 redefinition of unused 'C' from line 
697
Lib/test/test_dataclasses.py:1840:9: F811 redefinition of unused 'C' from line 
1834
Lib/test/test_dataclasses.py:2387:13: F811 redefinition of unused 'C' from line 
2378
Lib/test/test_dataclasses.py:2396:13: F811 redefinition of unused 'C' from line 
2387
Lib/test/test_dataclasses.py:2405:13: F811 redefinition of unused 'C' from line 
2396
Lib/test/test_dataclasses.py:2778:13: F811 redefinition of unused 'C' from line 
2770
Lib/test/test_dataclasses.py:2784:9: F811 redefinition of unused 'C' from line 
2778
Lib/test/test_dataclasses.py:3678:13: F811 redefinition of unused 'A' from line 
3673
Lib/test/test_dataclasses.py:3683:13: F811 redefinition of unused 'A' from line 
3678
Lib/test/test_dataclasses.py:3825:13: F811 redefinition of unused 'A' from line 
3816
Lib/test/test_dataclasses.p

[issue46215] Wrong error line after using pdb

2022-01-01 Thread beda pišl

beda pišl  added the comment:

I tried this on current main branch, and I cannot reproduce the problem there.

--
stage:  -> 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



[issue45711] Simplify the interpreter's (type, val, tb) exception representation

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
pull_requests:  -28503

___
Python tracker 

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



[issue45711] Simplify the interpreter's (type, val, tb) exception representation

2022-01-01 Thread Irit Katriel


Irit Katriel  added the comment:

This is done, there will be more cleanups that this enables but they can have 
their own issues.

--
resolution:  -> fixed
stage: patch review -> 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



[issue45711] Simplify the interpreter's (type, val, tb) exception representation

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
pull_requests:  -28193

___
Python tracker 

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



[issue45711] Simplify the interpreter's (type, val, tb) exception representation

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
pull_requests:  -28217

___
Python tracker 

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



[issue46219] except* assumes that an exception group is truth

2022-01-01 Thread Irit Katriel


New submission from Irit Katriel :

except* checks truthiness of the output of PREP_RERAISE_STAR, and this gives 
the wrong result for false ExceptionGroup subclasses. See
https://github.com/python/cpython/pull/30302#discussion_r776825568

--
components: Interpreter Core
messages: 409454
nosy: brandtbucher, iritkatriel
priority: normal
severity: normal
status: open
title: except* assumes that an exception group is truth
versions: Python 3.11

___
Python tracker 

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



[issue46219] except* assumes that an exception group is truthy

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
title: except* assumes that an exception group is truth -> except* assumes that 
an exception group is truthy

___
Python tracker 

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



[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab

2022-01-01 Thread E. Paine


E. Paine  added the comment:

Reproduced using Wish built from the current Tk head (on Windows - I'm unable 
to reproduce on Linux).

---

Strangely, invoking destroy in the trace callback raises a very strange error 
that appears to be missing the first two lines (tkinter may be hiding this 
error since it's a Tcl error occurring after the callback has completed?):

while executing
"$cb current $index"
(procedure "SelectEntry" line 2)
invoked from within
"SelectEntry $cb [lindex $selection 0]"
(procedure "LBSelect" line 5)
invoked from within
"LBSelect $lb"
(procedure "ttk::combobox::LBSelected" line 3)
invoked from within
"ttk::combobox::LBSelected .c.popdown.f.l "
(command bound to event)


As stated above, however, the issue with focussing can be reproduced in Wish, 
by simply using `after`:

proc changed {name1 name2 op} {
puts changed
trace remove variable cvar write changed
pack forget .c
after idle {destroy .c}
}
pack [ttk::combobox .c -textvariable cvar -values {1 2}]
pack [ttk::entry .e]
trace add variable cvar write changed

--

___
Python tracker 

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



[issue46217] 3.11 build failure on Win10: new _freeze_module changes?

2022-01-01 Thread neonene


neonene  added the comment:

The flag is not for Win8.1 and available starting in Win10 1703 with 
v10.0.15021 SDK.

--
nosy: +neonene

___
Python tracker 

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



[issue46217] 3.11 build failure on Win10: new _freeze_module changes?

2022-01-01 Thread Dong-hee Na


Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

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



[issue46220] imaplib.py "select" mailbox names containing spaces.

2022-01-01 Thread Matthew H. McKenzie


New submission from Matthew H. McKenzie :

A mailbox (folder) need not be for a recipient and need not be the private part 
of an RFC2822 address.

Passing a value of "000 Bookings" to select() results in validation issues when 
the tokens are parsed as arguments and there are too many.

It would be a nice-to-have to accept spaces in the name.

Workaround is for a rule to be applied by a desktop email client such as 
Evolution to move it from the INBOX upon discovery according to filter criteria.

--
components: Library (Lib)
messages: 409457
nosy: mckenzm
priority: normal
severity: normal
status: open
title: imaplib.py "select" mailbox names containing spaces.
type: enhancement
versions: Python 3.6

___
Python tracker 

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



[issue46221] Simplify except* implementation and move helpers to exceptions.c

2022-01-01 Thread Irit Katriel


New submission from Irit Katriel :

Following issue45711, the implementation of except* can be simplified - we do 
not need to use POP_EXCEPT_AND_RERAISE to reraise the exception calculated by 
PREP_RERAISE_STAR, we can instead 

1. Make PREP_RERAISE_STAR not push a dummy lasti to the stack.
2. USE ROT_TWO + POP_EXCEPT + RERAISE.


While I'm there, I will move the PREP_RERAISE_STAR helper functions 
(do_reraise_star etc) to exceptions.c.

--
assignee: iritkatriel
components: Interpreter Core
messages: 409458
nosy: iritkatriel
priority: normal
severity: normal
status: open
title: Simplify except* implementation and move helpers to exceptions.c
versions: Python 3.11

___
Python tracker 

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



[issue46219] except* assumes that an exception group is truthy

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


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

___
Python tracker 

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



[issue45711] Simplify the interpreter's (type, val, tb) exception representation

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
pull_requests: +28539
pull_request: https://github.com/python/cpython/pull/30289

___
Python tracker 

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



[issue46221] Simplify except* implementation and move helpers to exceptions.c

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


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

___
Python tracker 

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



[issue46216] spurious link to os.system() from os.times() documentation entry

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
keywords: +patch
nosy: +iritkatriel
nosy_count: 2.0 -> 3.0
pull_requests: +28541
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/30326

___
Python tracker 

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



[issue46216] spurious link to os.system() from os.times() documentation entry

2022-01-01 Thread Irit Katriel


Change by Irit Katriel :


--
type:  -> behavior
versions:  -Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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



[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

2022-01-01 Thread Stefan Behnel

Stefan Behnel  added the comment:

I'd like to ask for clarification regarding issue 45321, which adds the missing 
error constants to the `expat` module. I consider those new features – it seems 
inappropriate to add new module constants in the middle of a release series. 
However, in this ticket here, the libexpat version was updated all the way back 
to Py3.6, to solve a security issue.

Should we also backport the error constants then?

--
nosy: +scoder

___
Python tracker 

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



[issue46219] except* assumes that an exception group is truthy

2022-01-01 Thread Irit Katriel


Irit Katriel  added the comment:

... "for falsy ExceptionGroup subclasses"

--

___
Python tracker 

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



[issue46070] _PyImport_FixupExtensionObject() regression causing a crash in subintepreters

2022-01-01 Thread Joel Uckelman


Joel Uckelman  added the comment:

I have this happening on Linux with a Flask app after upgrading from Fedora 34 
to 35. libpython keeps crashing httpd. 

I see this from journalctl:

 #0  0x7fd899baa801 PyObject_Malloc (libpython3.10.so.1.0 + 0xf7801)
  #1  0x7fd899baab47 PyUnicode_New (libpython3.10.so.1.0 + 0xf7b47)
  #2  0x7fd899bb9aae _PyUnicode_FromUCS1 (libpython3.10.so.1.0 + 
0x106aae)
  #3  0x7fd899bb9323 r_object (libpython3.10.so.1.0 + 0x106323)
  #4  0x7fd899bb8d46 r_object (libpython3.10.so.1.0 + 0x105d46)
  #5  0x7fd899bb90b4 r_object (libpython3.10.so.1.0 + 0x1060b4)
  #6  0x7fd899bb8d65 r_object (libpython3.10.so.1.0 + 0x105d65)
  #7  0x7fd899bb9088 r_object (libpython3.10.so.1.0 + 0x106088)
  #8  0x7fd899bb8e33 r_object (libpython3.10.so.1.0 + 0x105e33)
  #9  0x7fd899bb9088 r_object (libpython3.10.so.1.0 + 0x106088)
  #10 0x7fd899c35c28 read_object (libpython3.10.so.1.0 + 0x182c28)
  #11 0x7fd899c48f56 marshal_loads (libpython3.10.so.1.0 + 0x195f56)
  #12 0x7fd899bc88d7 cfunction_vectorcall_O (libpython3.10.so.1.0 + 
0x1158d7)
  #13 0x7fd899bc0c80 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x10dc80)
  #14 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #15 0x7fd899bbccba _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x109cba)
  #16 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #17 0x7fd899bbbd6d _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108d6d)
  #18 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #19 0x7fd899bbbd6d _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108d6d)
  #20 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #21 0x7fd899bbbac2 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108ac2)
  #22 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #23 0x7fd899bbbac2 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108ac2)
  #24 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #25 0x7fd899bc8a9e object_vacall (libpython3.10.so.1.0 + 0x115a9e)
  #26 0x7fd899bd247c _PyObject_CallMethodIdObjArgs 
(libpython3.10.so.1.0 + 0x11f47c)
  #27 0x7fd899bd21d7 PyImport_ImportModuleLevelObject 
(libpython3.10.so.1.0 + 0x11f1d7)
  #28 0x7fd899bbfc8e _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x10cc8e)
  #29 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #30 0x7fd899c360d4 PyEval_EvalCode (libpython3.10.so.1.0 + 0x1830d4)
  #31 0x7fd899c3d091 builtin_exec (libpython3.10.so.1.0 + 0x18a091)
  #32 0x7fd899bc94b0 cfunction_vectorcall_FASTCALL 
(libpython3.10.so.1.0 + 0x1164b0)
  #33 0x7fd899bc2209 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x10f209)
  #34 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #35 0x7fd899bc0c80 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x10dc80)
  #36 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #37 0x7fd899bbbd6d _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108d6d)
  #38 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #39 0x7fd899bbbac2 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108ac2)
  #40 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #41 0x7fd899bbbac2 _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x108ac2)
  #42 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #43 0x7fd899bc8a9e object_vacall (libpython3.10.so.1.0 + 0x115a9e)
  #44 0x7fd899bd247c _PyObject_CallMethodIdObjArgs 
(libpython3.10.so.1.0 + 0x11f47c)
  #45 0x7fd899bd21d7 PyImport_ImportModuleLevelObject 
(libpython3.10.so.1.0 + 0x11f1d7)
  #46 0x7fd899bbfc8e _PyEval_EvalFrameDefault (libpython3.10.so.1.0 + 
0x10cc8e)
 #47 0x7fd899bba984 _PyEval_Vector (libpython3.10.so.1.0 + 0x107984)
  #48 0x7fd899c360d4 PyEval_EvalCode (libpython3.10.so.1.0 + 0x1830d4)
  #49 0x7fd899c36006 exec_code_in_module (libpython3.10.so.1.0 + 
0x183006)
  #50 0x7fd899ba33e7 PyImport_ExecCodeModuleObject 
(libpython3.10.so.1.0 + 0xf03e7)
  #51 0x7fd899ba3482 PyImport_ExecCodeModuleWithPathnames 
(libpython3.10.so.1.0 + 0xf0482)
  #52 0x7fd899e0f542 wsgi_load_source.lto_priv.0 (mod_wsgi_python3.so + 
0x17542)
  #53 0x7fd899e107ed wsgi_execute_script.lto_priv.0 
(mod_wsgi_python3.so + 0x187ed)
  #54 0x7fd899e1b0f6 wsgi_daemon_thread (mod_wsgi_python3.so + 0x230f6)
  #55 0x7fd89ab52a87 start_thread (libc.so.6 + 0x8da87)
  #56 0x7fd89abd7640 __clone3 (libc.so.6 + 0x112640)

I see this in /var/log/httpd/ssl_error_log:

[Sat Jan 01 05:17:21.248640 2022] [wsgi:error] [pid 257749:tid 257758] 
Exception ignor

[issue45744] Fix Flawfinder C Errors

2022-01-01 Thread Irit Katriel


Irit Katriel  added the comment:

Can you specify what the flaws your discovered are, either in this issue or 
though a PR?

--
nosy: +iritkatriel

___
Python tracker 

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



[issue23902] let exception react to being raised or the setting of magic properties (like __cause__) within Python

2022-01-01 Thread Irit Katriel


Irit Katriel  added the comment:

I think this proposal should be rejected. We cannot safely pass control back to 
python code in the midst of raising an exception.

--
resolution:  -> rejected
status: open -> pending

___
Python tracker 

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



[issue40236] datetime.datetime.strptime get day error

2022-01-01 Thread Andrei Kulakov


Andrei Kulakov  added the comment:

I didn't realize that time.strptime is just using python module _strptime.

--

___
Python tracker 

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



[issue44394] [security] CVE-2013-0340 "Billion Laughs" fixed in Expat >=2.4.0: Update vendored copy to expat 2.4.1

2022-01-01 Thread Guido van Rossum


Change by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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



[issue46222] posixmodule sendfile FreeBSD's constants update

2022-01-01 Thread David CARLIER


New submission from David CARLIER :

Adding SF_NOCACHE and little note for SF_MNOWAIT.

--
components: FreeBSD
messages: 409465
nosy: devnexen, koobs
priority: normal
pull_requests: 28542
severity: normal
status: open
title: posixmodule sendfile FreeBSD's constants update
versions: Python 3.11

___
Python tracker 

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



[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

2022-01-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:


New changeset ac4eea21722d9ed1604c9c30a8d29ae2ce74f1b2 by Raymond Hettinger in 
branch 'main':
bpo-46079: Replace external link that is down for maintenance. (GH-30315)
https://github.com/python/cpython/commit/ac4eea21722d9ed1604c9c30a8d29ae2ce74f1b2


--

___
Python tracker 

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



[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

2022-01-01 Thread miss-islington


Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +28543
pull_request: https://github.com/python/cpython/pull/30328

___
Python tracker 

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



[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

2022-01-01 Thread miss-islington


Change by miss-islington :


--
pull_requests: +28544
pull_request: https://github.com/python/cpython/pull/30329

___
Python tracker 

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



[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

2022-01-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:


New changeset 2bd73546959619b2519a7a830b3aaf190abeaf78 by Miss Islington (bot) 
in branch '3.10':
bpo-46079: Replace external link that is down for maintenance. (GH-30315) 
(GH-30328)
https://github.com/python/cpython/commit/2bd73546959619b2519a7a830b3aaf190abeaf78


--

___
Python tracker 

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



[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

2022-01-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:


New changeset 72ffcb02f3ea6efcd3afe368996dc3ee89701898 by Miss Islington (bot) 
in branch '3.9':
bpo-46079: Replace external link that is down for maintenance. (GH-30315) 
(GH-30329)
https://github.com/python/cpython/commit/72ffcb02f3ea6efcd3afe368996dc3ee89701898


--

___
Python tracker 

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



[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

2022-01-01 Thread Raymond Hettinger


Change by Raymond Hettinger :


--
priority: low -> normal
resolution:  -> fixed
stage: patch review -> 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



[issue46095] Improve SeqIter documentation

2022-01-01 Thread miss-islington


Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +28545
pull_request: https://github.com/python/cpython/pull/30330

___
Python tracker 

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



[issue46095] Improve SeqIter documentation

2022-01-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:


New changeset a09bc3a404befca197b5d9959a9c62110ee61d77 by Raymond Hettinger in 
branch 'main':
bpo-46095: Improve SeqIter documentation. (GH-30316)
https://github.com/python/cpython/commit/a09bc3a404befca197b5d9959a9c62110ee61d77


--

___
Python tracker 

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



[issue46095] Improve SeqIter documentation

2022-01-01 Thread Raymond Hettinger


Change by Raymond Hettinger :


--
resolution:  -> fixed
stage: patch review -> 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



[issue46142] python --help output is too long

2022-01-01 Thread Éric Araujo

Éric Araujo  added the comment:

Question about the implementation:
I’ve found the parsing of command-line params in Python/initconfig.c and 
Python/preconfig.c.
Help is handled in initconfig, X options in preconfig.

A) could add a value to the right struct for "-X help", set it in preconfig, 
handle it in initconfig (by printing X options help and exiting, maybe reusing 
the existing print help function or writing a very similar one next to it)
B) or detect the option in preconfig, print and exit right there

Which option is best?

--
nosy: +vstinner

___
Python tracker 

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



[issue46198] Duplicate and unused code in tests

2022-01-01 Thread Éric Araujo

Éric Araujo  added the comment:

I think most of these are false positives (it’s fine if 10 different tests 
define a function `f`), so should not be changed just to appease a lint tool.  
Others are genuine!

--

___
Python tracker 

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



[issue41403] Uncaught AttributeError in unittest.mock._get_target

2022-01-01 Thread Andrei Kulakov


Andrei Kulakov  added the comment:

More generally, split()/rsplit() are probably the most common operations done 
on expected string at the start of a function, i.e. most likely to be triggered 
on the wrong type passed in. At the same time to many new users 
split()/rsplit() does not imply anything related to strings, and 'split' sounds 
too generic to expect explanatory results from google search. (although the 
first few results do point to the right explanation, and rsplit does seem like 
something that would return helpful search results).

I wonder if it would be helpful, especially for .split() (and rsplit for 
consistency), to add to the error msg: "... it's likely that a string object 
was expected instead of  object".

--
nosy: +andrei.avk

___
Python tracker 

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



[issue46095] Improve SeqIter documentation

2022-01-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:


New changeset e9783d6434f28dfb0b531c6760f7642fc7ede278 by Miss Islington (bot) 
in branch '3.10':
bpo-46095: Improve SeqIter documentation. (GH-30316) (GH-30330)
https://github.com/python/cpython/commit/e9783d6434f28dfb0b531c6760f7642fc7ede278


--

___
Python tracker 

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



[issue46118] Migrate importlib.resources into a package

2022-01-01 Thread Jason R. Coombs


Change by Jason R. Coombs :


--
status: open -> closed

___
Python tracker 

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



[issue46187] Optionally support rounding for math.isqrt()

2022-01-01 Thread Case Van Horsen


Case Van Horsen  added the comment:

FWIW, gmpy2 uses isqrt_rem. Of course, gmpy2 uses underscores a lot. And uses 
next_toward instead of nextafter, and copy_sign instead of copysign, and is_nan 
instead of isnan... :(

I would keep the math module consistent and use isqrtrem.

I'll look at adding aliases to remain consistent with the math module.

--
nosy: +casevh

___
Python tracker 

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



[issue40059] Provide a toml module in the standard library

2022-01-01 Thread Alex Grönholm

Change by Alex Grönholm :


--
nosy: +alex.gronholm

___
Python tracker 

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



[issue46186] replace `io.IncrementalNewlineDecoder` with non incremental newline decoders

2022-01-01 Thread Éric Araujo

Éric Araujo  added the comment:

Can you describe what the problem is?
Is it incorrect in some cases?  Is it inefficient?

Without a statement of the issue, we can’t discuss a solution :)

--
nosy: +eric.araujo
versions: +Python 3.11

___
Python tracker 

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



[issue46186] replace `io.IncrementalNewlineDecoder` with non incremental newline decoders

2022-01-01 Thread Guo Ci Teo


Guo Ci Teo  added the comment:

Some uses of the `decode` method of `io.IncrementalNewlineDecoder` were 
incorrect without the `final=True` argument.
One way to fix it would be to add the `final=True` in all cases.
But the incremental decoding feature is not used, so I decided to replace it 
with stateless non-incremental newline decoders.

--

___
Python tracker 

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



[issue46198] Duplicate and unused code in tests

2022-01-01 Thread Nikita Sobolev

Nikita Sobolev  added the comment:

> I think most of these are false positives

Yes, they are! Please, check out my PR:
https://github.com/python/cpython/pull/30297

сб, 1 янв. 2022 г. в 21:52, Éric Araujo :

>
> Éric Araujo  added the comment:
>
> I think most of these are false positives (it’s fine if 10 different tests
> define a function `f`), so should not be changed just to appease a lint
> tool.  Others are genuine!
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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



[issue46126] Unittest output drives developers to avoid docstrings

2022-01-01 Thread Jason R. Coombs


Jason R. Coombs  added the comment:

> > I presume I don't need to explain why docstrings are nice and preferable 
> > over comments.

> Actually, can you?

I searched around and didn't find any good treatise or thorough overview  of 
reasons _why_ docstrings should be preferred, so I performed an internal 
deconstruction of my motivations and published [this 
article](https://blog.jaraco.com/why-docstrings-are-preferable-to-comments/) on 
my blog.

--

___
Python tracker 

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



[issue45649] Add tarinfo.Path

2022-01-01 Thread Barney Gale


Barney Gale  added the comment:

It's possible to do, but will be a little slow due to the nature of tar files. 
They're a big linked list of files, so you need to do a bunch of reads/seeks 
from the start to the end to enumerate all files.

I'd ask that we try to get issue24132 solved first. That would let us write:

# tarfile.py
class Path(pathlib.AbstractPath):
def iterdir(self):
...
def stat(self):
...

We'd fill in a smallish number of abstract methods to get a full 
`Path`-compatible class with `read_text()`, `is_symlink()` etc methods.

--
nosy: +barneygale

___
Python tracker 

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



[issue46218] Change long_pow() to sliding window algorithm

2022-01-01 Thread Tim Peters


Tim Peters  added the comment:

Nope, boosting the window size to 6 doesn't appear to really help at all, at 
least not on my box. Regardless of the window size, we have to do a bigint 
square for every bit position in the exponent. I don't know of any way to speed 
that (short of speeding multiplication, and we already make a special case of 
squaring).

So that dominates. Even for an exponent of a million solid 1-bits, the overall 
timing difference appears insignificant.

So I cut the window size back to 5 bits again. That has the benefit of cutting 
the old table size in half, which also cuts the precomputation time to fill it 
about in half, which should have some minor benefit for saner (smaller) 
exponents.

As a sanity check, I also tried cutting the window size to 3 bits. That had an 
obvious bad timing impact on huge exponents of solid 1 bits.

--

___
Python tracker 

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



[issue45649] Add tarinfo.Path

2022-01-01 Thread Jason R. Coombs


Jason R. Coombs  added the comment:

I'd recommend not to block on issue24132. It's not obvious to me that 
subclassing would be valuable. It depends on how it's implemented, but in my 
experience, zipfile.Path doesn't and cannot implement the full interface of 
pathlib.Path. Instead zipfile.Path attempts to implement a protocol. At the 
time, the protocol was undefined, but now there exists 
importlib.resources.abc.Traversable 
(https://docs.python.org/3/library/importlib.html#importlib.abc.Traversable), 
the interface needed by importlib.resources. I'd honestly just create a 
standalone class, see if it can implement Traversable, and only then consider 
if it should implement a more complicated interface (such as something with 
symlink support or perhaps even later subclassing from pathlib.Path).

--

___
Python tracker 

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



[issue45649] Add tarinfo.Path

2022-01-01 Thread Barney Gale


Barney Gale  added the comment:

If you're only aiming for Traversable compatibility, sure.

The original bug description asks for something that's pathlib-compatible and 
similar to zipfile.Path, which goes beyond the Traversable interface in 
attempting to emulate pathlib.Path.

The pathlib.Path interface is a good one - I see no reason it can't apply to 
zip and tar archives in full. Methods of Path objects already raise 
NotImplementedError if operations aren't supported (e.g. creating symlinks)

Some prototyping from a couple years back, including a tar path implementation: 
https://github.com/barneygale/pathlab/tree/master/pathlab

--

___
Python tracker 

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



[issue46142] python --help output is too long

2022-01-01 Thread Éric Araujo

Éric Araujo  added the comment:

It seems that preconfig is only for some options that change fundamental 
behaviour (isolated mode, default encoding), so I should be able to detect and 
handle '-X help' in initconfig.

--

___
Python tracker 

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



[issue46101] argparse: using parents & subcommands, options can be ignored

2022-01-01 Thread paul j3


Change by paul j3 :


--
nosy: +paul.j3

___
Python tracker 

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



[issue46058] argparse: arg groups and mutually exclusive groups behave inconsitently

2022-01-01 Thread paul j3


paul j3  added the comment:

At least until these latest deprecations, the only nesting that made sense was 
to put a mutually_exclusive_group inside an argument_group.  This was a way of 
providing a title and description for the exclusive_group.  (And not 
documented.)  I don't know if that's still possible.

'required' only makes sense for the exclusive_group.  I don't know what happens 
when one tries to give it to an argument_group.  If it doesn't raise an error, 
I expect it to be ignored.

argument_groups are only used for help formatting; they have no role in 
parsing.  exclusive_groups are primarily a parsing checking tool.  Usage 
formatting tries to display exclusive groups, but is easily broken. 
 
While mutually_exclusive_group is a subclass of argument_group (and that in 
turn a subclass of argument_container), very little usage or behavior is 
inherited.  Don't expect any consistency.

A key point, that is easily lost, is that all groups share the _actions list 
with the parser.  When an argument is added a group (either kind), it is, in 
effect, added to the parser's _actions list.  So when parsing, there's only one 
list of Actions.  

A group will also keep the Action in its own _group_actions list, which is used 
for formatting or for exclusive checking.  But otherwise the _group_actions 
list not used for parsing.

Another point, is that there are 2 default argument_groups.  Thus every Action 
is in an _group_actions list.  If an exclusive_group is not nested in an 
argument_group, its Actions will be added to one of the defaults (optionals or 
positionals).

--
nosy: +paul.j3

___
Python tracker 

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



[issue46218] Change long_pow() to sliding window algorithm

2022-01-01 Thread Tim Peters


Tim Peters  added the comment:

Since cutting the window size by 1 cut the size of the dynamic precomputed 
table in half, the overhead of the sliding window method was correspondingly 
reduced. It can pay off at exponents of half the bit length now, so that 
threshold was also changed.

--

___
Python tracker 

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



[issue46057] argparse: embedded groups may prevent options from being in help output

2022-01-01 Thread paul j3


paul j3  added the comment:

Don't add an argument_group to another argument_group.  While input allows this 
nesting, the formatting is not designed to handle it.  Nor does the 
documentation illustrate such nesting.

Nesting a mutually_exclusive_group in an argument_group works because the 
exclusive_group is not used in formatting the help lines.  The two class of 
groups have very different purposes.

Note that the add_argument_group() method is defined for the parent 
_ActionsContainer class.  ArgumentParser inherits from this, as do both of the 
group classes.  While one could make a case for changing the group's 
inheritance of this method to Not-implemented, it's only a problem when users, 
like you, try to push for undocumented usage.

In general argparse has a clean and powerful class structure.  But it doesn't 
do a lot of checking and pruning, so there loose ends like this.  The Action 
class and its subclasses is similarly powerful, with enough loose ends to allow 
adventurous users to hang themselves :).

--
nosy: +paul.j3

___
Python tracker 

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



[issue46223] asyncio cause infinite loop during debug

2022-01-01 Thread aaron


New submission from aaron :

When running code in debug mode, asyncio sometimes enter into infinite loop, 
shows as the following:

```
Current thread 0x7f1c15fc5180 (most recent call first):
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/events.py", line 58 
in __repr__
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 139 in 
repr_instance
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 62 in 
repr1
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 52 in repr
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 40 in 
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 40 in _format_args_and_kwargs
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 56 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 47 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 23 in _format_callback_source
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/base_futures.py", 
line 32 in format_cb
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/base_futures.py", 
line 37 in _format_callbacks
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/base_futures.py", 
line 76 in _future_repr_info
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 139 in 
repr_instance
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 62 in 
repr1
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 52 in repr
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 38 in 
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 38 in _format_args_and_kwargs
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 56 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 23 in _format_callback_source
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/events.py", line 51 
in _repr_info
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/events.py", line 61 
in __repr__
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 139 in 
repr_instance
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 62 in 
repr1
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 52 in repr
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 40 in 
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 40 in _format_args_and_kwargs
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 56 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 47 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 23 in _format_callback_source
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/base_futures.py", 
line 32 in format_cb
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/base_futures.py", 
line 37 in _format_callbacks
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/base_futures.py", 
line 76 in _future_repr_info
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 139 in 
repr_instance
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 62 in 
repr1
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 52 in repr
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 38 in 
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 38 in _format_args_and_kwargs
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 56 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 23 in _format_callback_source
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/events.py", line 51 
in _repr_info
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/events.py", line 61 
in __repr__
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 139 in 
repr_instance
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 62 in 
repr1
  File "/root/miniconda3/envs/omicron/lib/python3.9/reprlib.py", line 52 in repr
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 40 in 
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 40 in _format_args_and_kwargs
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 56 in _format_callback
  File "/root/miniconda3/envs/omicron/lib/python3.9/asyncio/format_helpers.py", 
line 47 in _format_callback
  File "/root/miniconda3/envs/omicron/l

[issue46142] python --help output is too long

2022-01-01 Thread Éric Araujo

Change by Éric Araujo :


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

___
Python tracker 

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



[issue40059] Provide a toml module in the standard library

2022-01-01 Thread Shantanu


Shantanu  added the comment:

> You will need to address where the code is coming from, why that code should 
> be used, what's the API, etc.

Happy new year, potentially-toml-wanting friends!

I wrote up a draft of a proposal here: 
https://gist.github.com/hauntsaninja/9f136a5a60f63d8ca2cdfadb50edba44

I've passed it along to hukkin (author of tomli) for feedback. Once they reply, 
I'll send it to python-dev and the deluge of comments can get underway. If in 
the meantime anyone else has thoughts, I'd love to hear from you.

--

___
Python tracker 

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



[issue40059] Provide a toml module in the standard library

2022-01-01 Thread Shantanu


Shantanu  added the comment:

pradyunsg kindly pointed me to an ongoing thread in Packaging discuss: 
https://discuss.python.org/t/adopting-recommending-a-toml-parser/4068/84

So seems like a PEP will be necessary. I'm happy to do legwork for that. (The 
PEP that I'll write differs from YakoYakoYokuYoku's json-esque draft in that 
it'll be based on tomli instead of a from-scratch implementation)

--

___
Python tracker 

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



[issue26571] turtle regression in 3.5

2022-01-01 Thread Roundup Robot


Change by Roundup Robot :


--
nosy: +python-dev
nosy_count: 5.0 -> 6.0
pull_requests: +28547
pull_request: https://github.com/python/cpython/pull/30332

___
Python tracker 

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