Python-Dev August 2021

python-dev@python.org

75 participants
38 discussions

PEP 467 feedback from the Steering Council

by Barry Warsaw

Hello Nick, Ethan, The Python Steering Council reviewed PEP 467 -- Minor API improvements for binary sequences at our 2021-07-26 meeting. Thank you for work on this PEP. We’re generally very favorable for adding to Python 3.11 the features and APIs described in the PEP. We have some requests for changes that we’d like you to consider. * The Python-Version in the PEP needs to target Python 3.11 of course. * We think it would be better if bytes.fromsize()’s second argument was a keyword-enabled or keyword-only argument. We understand the rationale given in the PEP for not doing so, but ultimately we think the readability of (at least allowing) a keyword argument to be more compelling. Some possible options include `fill`, `value`, or `byte`. * We all really dislike the word “ord” as in `bytes.fromord()`. We understand the symmetry of this choice, but we also feel like we have an opportunity to make it more understandable, so we recommend `bytes.fromint()` and `bytearray.fromint()`. * We think the `bchr()` built-in is not necessary. Given the `.fromint()` methods, it’s better not to duplicate the functionality, and everything has a cost. A built-in that exists only for the symmetry described in the PEP is just a little extra complexity for little value. Let us know what you think about making these changes. We aren’t making acceptance contingent on these changes, but we do think they make the PEP and the new APIs better. -Barry (on behalf of the Python Steering Council)

1 week, 3 days

Discrepancy between what aiter() and `async for` requires on purpose?

by Brett Cannon

If you look at https://github.com/python/cpython/blob/b11a951f16f0603d98de24fee5c023df83ea… you will see that `async for` requires that the iterator returned from `__aiter__` define `__anext__`. But if you look at aiter() which uses PyObject_GetAiter() from https://github.com/python/cpython/blob/f0a6fde8827d5d4f7a1c741ab1a8b206b66f… and PyAiter_Check() from https://github.com/python/cpython/blob/f0a6fde8827d5d4f7a1c741ab1a8b206b66f… you will notice that aiter() requires `__anext__` *and* `__aiter__` on the async iterator that gets returned from __aiter__. Now the docs for aiter() at https://docs.python.org/3.10/library/functions.html#aiter points out that the async iterator is expected to define both methods as does the glossary definition for "asynchronous iterator" ( https://docs.python.org/3.8/glossary.html#term-asynchronous-iterator). So my question is whether the discrepancy between what `async for` expects and what `aiter()` expects on purpose? https://bugs.python.org/issue31861 was the issue for creating aiter() and I didn't notice a discussion of this difference. The key reason I'm asking is this does cause a deviation compared to the relationship between `for` and `iter()` (which does not require `__iter__` to be defined on the iterator, although collections.abc.Iterator does). It also makes the glossary definition being linked from https://docs.python.org/3.10/reference/compound_stmts.html#the-async-for-st… incorrect.

1 week, 6 days

Making code object APIs unstable

by Guido van Rossum

In 3.11 we're changing a lot of details about code objects. Part of this is the "Faster CPython" work, part of it is other things (e.g. PEP 657 -- Fine Grained Error Locations in Tracebacks). As a result, the set of fields of the code object is changing. This is fine, the structure is part of the internal API anyway. But there's a problem with two public API functions, PyCode_New() and PyCode_NewWithPosArgs(). As we have them in the main (3.11) branch, their signatures are incompatible with previous versions, and they have to be since the set of values needed to create a code object is different. (The types.CodeType constructor signature is also changed, and so is its replace() method, but these aren't part of any stable API). Unfortunately, PyCode_New() and PyCode_NewWithPosArgs() are part of the PEP 387 stable ABI. What should we do? A. We could deprecate them, keep (restore) their old signatures, and create crippled code objects (no exception table, no endline/column tables, qualname defaults to name). B. We could deprecate them, restore the old signatures, and always raise an error when they are called. C. We could just delete them. D. We could keep them, with modified signatures, and to heck with ABI compatibility for these two. E. We could get rid of PyCode_NewWithPosArgs(), update PyCode() to add the posonlyargcount (which is the only difference between the two), and d*mn the torpedoes. F. Like (E), but keep PyCode_NewWithPosArgs() as an alias for PyCode_New() (and deprecate it). If these weren't part of the stable ABI, I'd choose (E). But because they are, I think only (A) or (B) are our options. The problem with (C) is that if there's code that links to them but doesn't call them (except in some corner case that the user can avoid), the code won't link even though it would work fine. The problem with (D) is that if it *is* called by code expecting the old signature it will segfault. I'm not keen on (A) since it can cause broken code objects when used to copy a code object with some modified metadata (e.g. a different filename), since there's no way to pass the exception table (and several other fields, but the exception table is an integral part of the code now). Code wanting to make slight modifications to code objects such as changing co_name or co_filename should switch to the .replace() API, which is much better at this (though calling it from C is a pain, it's possible). Code wanting to synthesize code should be updated for each release; we should probably require such code to be built with the internal API and use _PyCode_New(), which takes a struct argument containing all the necessary fields. Thoughts? I'm especially interested in Petr's opinion given that this is a case where we'd like to deprecate something in the stable ABI. See also discussion in https://bugs.python.org/issue40222 (esp. near the end). -- --Guido van Rossum (python.org/~guido) *Pronouns: he/him **(why is my pronoun here?)* <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-…>

2 weeks

API's to interface python with Eclipse to execute and debug C/C++ Source files.

by Chandrakant Shrimantrao

Hi, We would like to know if there is any option available to execute and debug( setting break point and delete break point) C/C++ Source files Python API's inside Eclipse IDE after interfacing Pydev with Eclipse. Please let us know. Thanks and regards. Chandrakant shrimantrao. L&T Technology Services Ltd www.LTTS.com L&T Technology Services Limited (LTTS) is committed to safeguard your data privacy. For more information to view our commitment towards data privacy under GDPR, please visit the privacy policy on our website www.Ltts.com. This Email may contain confidential or privileged information for the intended recipient (s). If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.

2 weeks, 4 days

Is anyone relying on new-bugs-announce/python-bugs-list/bugs.python.org summaries

by Ammar Askar

Hey everyone, As part of PEP 588, migrating bugs.python.org issues to Github, there are two current mailing list related items that need a replacement or need to be turned down. 1. Weekly summary emails with bug counts and issues from the week, example: https://mail.python.org/archives/list/python-dev@python.org/thread/JRFJ4QH7… 2. Emails sent to the new-bugs-announce and python-bugs-list for new issues and comments to existing issues. I wanted to quickly gauge if anyone is relying on these mailing lists/emails or if it's a convenient part of your workflow. Feel free to chime in here or on the migration issues directly with your use-case: 1. https://github.com/psf/gh-migration/issues/6 2. https://github.com/psf/gh-migration/issues/7 Thanks, Ammar

2 weeks, 4 days

PEP-535 (Rich comparison chaining) Discussion?

by Angus Hollands

Hi all, PEP 535 was deferred until Python 3.8. I would like to discuss the PEP given that some time has passed, and I _personally_ would benefit from its acceptance. ## A little about me: As a reasonably long-time Python user (well, 16 years), I have gradually moved from using only the core language to working within the DSLs (NumPy et al.) of the Scientific Python ecosystem. Most recently, I've been using Awkward Arrray (https://github.com/scikit-hep/awkward-1.0), which generalises the regular NumPy array programming paradigm into "jagged" data structures, and was initially aimed at the High Energy Physics (HEP) domain. ## TL;DR of the PEP's Motivations: Various aspects of NumPy's API have become a "lingua-franca" in the Scientific Python domain, such as strongly-overloaded index operations. One such overload allows "mask arrays" — arrays with boolean entries corresponding to a per-element mask — to select a subset of the array. These mask arrays are conveniently built from the rich comparison operators that Python supports, e.g. ```python x = np.array(...) y = x[(2 < x) & (x < 8)] ``` As discussed in PEP 535, the limitation on comparison chaining (namely that it is not possible for rich comparisons) makes the above syntax more clunky than it might otherwise be. The main repercussion of this limitation is lower readability: - operator precedence of bitwise and/or requires a reasonable number of parentheses (https://docs.python.org/3/reference/expressions.html#operator-precedence) - repetition of the rich-object (array) With PEP 535 (and the necessary library changes), this would look more like ```python x = np.array(...) y = x[2 < x < 8] ``` This is already well described in the PEP, so I'll leave the example there! ## Community Survey The Oct 2020 Python Developers Survey (https://www.jetbrains.com/lp/python-developers-survey-2020/) suggests that 62% of respondents use NumPy. Additionally, 37% of respondents list "Simple syntax, syntactic sugar, easy to learn" and 30% list "Easy to write & read code, high-level language" amongst their three most liked features in the Python language (to clarify, these answers may overlap by respondent!) From these results, I would make a tentative case that this PEP would have a reasonable impact on the Python community, given that libraries benefitting from this proposal (e.g. NumPy) are used by a "majority" of those surveyed. ## Conclusion This is a bit of a long opener to this list (apologies!). Is there any interest in pushing this PEP along? Thanks, Angus Hollands

2 weeks, 5 days

[RELEASE] Python 3.9.7 and 3.8.12 are now available

by Łukasz Langa

Python 3.9.7 Get it here: https://www.python.org/downloads/release/python-397/ <https://www.python.org/downloads/release/python-397/> Python 3.9.7 is the newest major stable release of the Python programming language, and it contains many new features and optimizations. There’s been 187 commits since 3.9.6 which is a similar amount compared to 3.8 at the same stage of the release cycle. See the change log <https://docs.python.org/release/3.9.7/whatsnew/changelog.html> for details. On macOS, we encourage you to use the universal2 binary installer variant whenever possible. The legacy 10.9+ Intel-only variant will not be provided for Python 3.10 and the universal2 variant will become the default download for 3.9.8. You may need to upgrade third-party components, like pip, to later versions. You may experience differences in behavior in IDLE and other Tk-based applications due to using the newer version of Tk. As always, if you encounter problems when using this installer variant, please check https://bugs.python.org <https://bugs.python.org/> for existing reports and for opening new issues. The next Python 3.9 maintenance release will be 3.9.8, currently scheduled for 2021-11-01. <https://discuss.python.org/t/python-3-9-7-and-3-8-12-now-available/10401#th…>The Second Security-Only Release of Python 3.8 Get it here: https://www.python.org/downloads/release/python-3812/ <https://www.python.org/downloads/release/python-3812/> Security content in this release contains four fixes. There are also four additional fixes for bugs that might have lead to denial-of-service attacks. Finally, while we’re not providing binary installers anymore, for those users who produce installers, we upgraded the OpenSSL version used to 1.1.1l. Take a look at the change log <https://docs.python.org/release/3.8.12/whatsnew/changelog.html> for details. According to the release calendar specified in PEP 569 <https://www.python.org/dev/peps/pep-0569/>, Python 3.8 is now in “security fixes only” stage of its life cycle: 3.8 branch only accepts security fixes and releases of those are made irregularly in source-only form until October 2024. Python 3.8 isn’t receiving regular bug fixes anymore, and binary installers are no longer provided for it. Python 3.8.10 was the last full bugfix release of Python 3.8 with binary installers. <https://discuss.python.org/t/python-3-9-7-and-3-8-12-now-available/10401#se…>Security releases of 3.7.12 and 3.6.15 Those aren’t ready just yet but are soon to follow. Similarly to 3.8, Python 3.7 and 3.6 are now in “security fixes only” stage of their life cycle. Python 3.7 will be providing source archives until June 2023 while Python 3.6 ends its life in December 2021. <https://discuss.python.org/t/python-3-9-7-and-3-8-12-now-available/10401#we…>We hope you enjoy the new releases Your friendly release team, Ned Deily @nad <https://discuss.python.org/u/nad> Steve Dower @steve.dower <https://discuss.python.org/u/steve.dower> Łukasz Langa @ambv <https://discuss.python.org/u/ambv>

3 weeks, 1 day

(Adaptive) Shivers sort variant of Tim sort

by Laurent Lyaudet

Hello, I developed a C sorting algorithms library that currently has a few dozens of algorithms and thousands of variants when choosing parameters (like threshold for switching to insertion sort, etc.). (I compile each variant on demand in custom tests to avoid having a bloated source file.) My benchmarks could be improved but however I found that Shivers' sort and adaptive Shivers' sort (aka Jugé's sort) performs better than Tim's sort. I don't know if it will still be true with the benchmarks in Python. If you're open to the idea that maybe Tim's sort can be improved and are willing to benchmark it, it can be done easily by switching the main natural merge strategy like I did here : https://github.com/LLyaudet/TSODLULS/commit/2968c4b4ca58ae794157dc9636ed870… The relevant code is not very long : /** * This strategy is from ShiversSort: * see the research report by Olin Shivers, Georgia Institute of Technology, 2002. * It uses bitwise tricks to check condition on floor of logarithms in base 2 of runs lengths. * When I benchmark it, it is slightly faster than Tim's sort strategy. */ #define TSODLULS_natural_merge_main_strategy__Shivers_sort \ while(merge_state.i_run_instances_count > 1){\ size_t i_merge_at = merge_state.i_run_instances_count - 2;\ size_t i_order_of_magnitude = merge_state.arr_run_instances[i_merge_at + 1].i_length;\ if(i_order_of_magnitude < ((~i_order_of_magnitude) & merge_state.arr_run_instances[i_merge_at].i_length) ){\ break;\ }\ i_compare_result = TSODLULS_MERGE_TWO_RUNS(&merge_state, i_merge_at);\ if(i_compare_result != 0){\ goto clean_and_return_error;\ }\ }\ /** * This strategy is from AdaptiveShiversSort: * see the articles by Vincent Jugé, for example 1024 Bulletin de la SIF, avril 2020, in French, * or the preprint on arXiv or SODA 2020 proceedings. * It uses bitwise tricks to check condition on floor of logarithms in base 2 of runs lengths. * When I benchmark it, it is slightly faster than Tim's sort strategy. * Despite its ressemblance with Shivers's sort, * the distinct properties of this strategy make that JugéSort would probably be a better name than AdaptiveShiversSort, * or an even better name for the whole algorithm should be TimShiversJugéSort and I must have missed many names ;) * With AdaptiveShiversSort we avoid 'é' and diacritics in function names ;P */ #define TSODLULS_natural_merge_main_strategy__adaptive_Shivers_sort \ while(merge_state.i_run_instances_count > 2){\ size_t i_merge_at = merge_state.i_run_instances_count - 3;\ size_t i_order_of_magnitude = merge_state.arr_run_instances[i_merge_at + 1].i_length | merge_state.arr_run_instances[i_merge_at + 2].i_length;\ if(i_order_of_magnitude < ((~i_order_of_magnitude) & merge_state.arr_run_instances[i_merge_at].i_length) ){\ break;\ }\ i_compare_result = TSODLULS_MERGE_TWO_RUNS(&merge_state, i_merge_at);\ if(i_compare_result != 0){\ goto clean_and_return_error;\ }\ }\ In my library the merge strategy is a parameter and I switch its macro when compiling competitors algorithms on demand. I hope it may help. Thanks for your time. If you want to look further at my library, it works with gcc and glibc. I have not tested it on other platforms and whilst I have no compilation warning on my personal dev laptop, I do have one when I run it on the laptop I'm currently writing this email. The tests passes nevertheless. Best regards, Laurent Lyaudet

3 weeks, 2 days

Summary of Python tracker Issues

by Python tracker

ACTIVITY SUMMARY (2021-08-20 - 2021-08-27) Python tracker at https://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 7413 (+15) closed 49352 (+54) total 56765 (+69) Open issues with patches: 2935 Issues opened (49) ================== #42085: Add dedicated slot for sending values https://bugs.python.org/issue42085 reopened by pablogsal #44964: Semantics of PyCode_Addr2Line() changed https://bugs.python.org/issue44964 opened by pablogsal #44969: Subclassing of annotated types does not always work https://bugs.python.org/issue44969 opened by serhiy.storchaka #44970: Re-examine complex pow special case handling https://bugs.python.org/issue44970 opened by mark.dickinson #44972: Add workflow_dispatch trigger for GitHub Actions jobs https://bugs.python.org/issue44972 opened by rmast #44974: Warning about "Unknown child process pid" in test_asyncio https://bugs.python.org/issue44974 opened by serhiy.storchaka #44975: [typing] Runtime protocols with ClassVar data members should s https://bugs.python.org/issue44975 opened by kj #44977: Deprecate delegation of int to __trunc__? https://bugs.python.org/issue44977 opened by mark.dickinson #44980: Clean up tests that return a value that isn't None https://bugs.python.org/issue44980 opened by andrei.avk #44981: wildcard imports should normalise names in `__all__` https://bugs.python.org/issue44981 opened by christian.kolen #44982: Add vendor information https://bugs.python.org/issue44982 opened by FFY00 #44983: Wrong definition of a starred expression in the Language Refer https://bugs.python.org/issue44983 opened by Takuo Matsuoka #44985: Inconsistent returned value of inspect.getfullargspec(object._ https://bugs.python.org/issue44985 opened by Mehrzad #44986: Date formats in help messages of argparse https://bugs.python.org/issue44986 opened by mail.de.senger #44987: Speed up unicode normalization of ASCII strings https://bugs.python.org/issue44987 opened by steven.daprano #44989: Fix documentation for truth testing https://bugs.python.org/issue44989 opened by steven.daprano #44991: [sqlite3] cleanup callbacks (GIL handling, naming, ...) https://bugs.python.org/issue44991 opened by erlendaasland #44994: datetime's C implementation verifies fromisoformat is ASCII, b https://bugs.python.org/issue44994 opened by Julian #44995: "Hide the prompts and output" works abnormal https://bugs.python.org/issue44995 opened by yangqing #44996: tarfile missing TarInfo.offset_data member in documentation https://bugs.python.org/issue44996 opened by nilsnolde #44998: tests failed https://bugs.python.org/issue44998 opened by jett8998 #44999: Argparse missing translates https://bugs.python.org/issue44999 opened by santhu_reddy12 #45001: Date parsing helpers in email module incorrectly raise IndexEr https://bugs.python.org/issue45001 opened by wbolster #45002: won't match correct version of tcl/tk https://bugs.python.org/issue45002 opened by jett8998 #45004: add Enum to ctypes https://bugs.python.org/issue45004 opened by ethan.furman #45005: Two Layers of SSL/TLS https://bugs.python.org/issue45005 opened by mjbmr #45006: Add data_offset field to ZipInfo https://bugs.python.org/issue45006 opened by zhangxp1998 #45007: OpenSSL 1.1.1l is released https://bugs.python.org/issue45007 opened by ned.deily #45008: asyncio.gather should not "dedup" awaitables https://bugs.python.org/issue45008 opened by byllyfish #45009: Get last modified date of Folders and Files using os.path modu https://bugs.python.org/issue45009 opened by gopeshsingh #45012: DirEntry.stat method should release GIL https://bugs.python.org/issue45012 opened by uosiu #45013: os.path.isfile fails on path exactly 260 Chars long in Windows https://bugs.python.org/issue45013 opened by ubermidget2 #45015: Language Reference failing to describe the treatment of starre https://bugs.python.org/issue45015 opened by Takuo Matsuoka #45016: Multiprocessing freeze support unclear https://bugs.python.org/issue45016 opened by ronaldoussoren #45017: move opcode-related logic from modulefinder to dis https://bugs.python.org/issue45017 opened by iritkatriel #45018: Pickling a range iterator with an index of over sizeof(int) st https://bugs.python.org/issue45018 opened by lukasz.langa #45019: Freezing modules has manual steps but could be automated. https://bugs.python.org/issue45019 opened by eric.snow #45020: Freeze all modules imported during startup. https://bugs.python.org/issue45020 opened by eric.snow #45021: Race condition in thread.py https://bugs.python.org/issue45021 opened by nullptr #45022: Update libffi to 3.4.2 https://bugs.python.org/issue45022 opened by steve.dower #45023: Python doesn't exit with proper resultcode on SIGINT in multip https://bugs.python.org/issue45023 opened by ambwrig #45024: Cannot extend collections ABCs with protocol https://bugs.python.org/issue45024 opened by anuppari #45025: Reliance on C bit fields in C API is undefined behavior https://bugs.python.org/issue45025 opened by indygreg #45026: More compact range iterator https://bugs.python.org/issue45026 opened by serhiy.storchaka #45027: Allow basicConfig to configure any logger, not just root https://bugs.python.org/issue45027 opened by gwerbin #45029: tkinter doc, hello world example - quit button clobbers method https://bugs.python.org/issue45029 opened by lyndon.darcy #45030: Integer overflow in __reduce__ of the range iterator https://bugs.python.org/issue45030 opened by serhiy.storchaka #45031: [Windows] datetime.fromtimestamp(t) when t = 253402210800 fail https://bugs.python.org/issue45031 opened by janripke #45032: struct.unpack() returns NaN https://bugs.python.org/issue45032 opened by jrojas Most recent 15 issues with no replies (15) ========================================== #45032: struct.unpack() returns NaN https://bugs.python.org/issue45032 #45031: [Windows] datetime.fromtimestamp(t) when t = 253402210800 fail https://bugs.python.org/issue45031 #45030: Integer overflow in __reduce__ of the range iterator https://bugs.python.org/issue45030 #45027: Allow basicConfig to configure any logger, not just root https://bugs.python.org/issue45027 #45025: Reliance on C bit fields in C API is undefined behavior https://bugs.python.org/issue45025 #45024: Cannot extend collections ABCs with protocol https://bugs.python.org/issue45024 #45023: Python doesn't exit with proper resultcode on SIGINT in multip https://bugs.python.org/issue45023 #45019: Freezing modules has manual steps but could be automated. https://bugs.python.org/issue45019 #45017: move opcode-related logic from modulefinder to dis https://bugs.python.org/issue45017 #45016: Multiprocessing freeze support unclear https://bugs.python.org/issue45016 #45015: Language Reference failing to describe the treatment of starre https://bugs.python.org/issue45015 #45012: DirEntry.stat method should release GIL https://bugs.python.org/issue45012 #45008: asyncio.gather should not "dedup" awaitables https://bugs.python.org/issue45008 #45006: Add data_offset field to ZipInfo https://bugs.python.org/issue45006 #45004: add Enum to ctypes https://bugs.python.org/issue45004 Most recent 15 issues waiting for review (15) ============================================= #45030: Integer overflow in __reduce__ of the range iterator https://bugs.python.org/issue45030 #45026: More compact range iterator https://bugs.python.org/issue45026 #45022: Update libffi to 3.4.2 https://bugs.python.org/issue45022 #45019: Freezing modules has manual steps but could be automated. https://bugs.python.org/issue45019 #45018: Pickling a range iterator with an index of over sizeof(int) st https://bugs.python.org/issue45018 #45006: Add data_offset field to ZipInfo https://bugs.python.org/issue45006 #45001: Date parsing helpers in email module incorrectly raise IndexEr https://bugs.python.org/issue45001 #44995: "Hide the prompts and output" works abnormal https://bugs.python.org/issue44995 #44991: [sqlite3] cleanup callbacks (GIL handling, naming, ...) https://bugs.python.org/issue44991 #44986: Date formats in help messages of argparse https://bugs.python.org/issue44986 #44980: Clean up tests that return a value that isn't None https://bugs.python.org/issue44980 #44975: [typing] Runtime protocols with ClassVar data members should s https://bugs.python.org/issue44975 #44972: Add workflow_dispatch trigger for GitHub Actions jobs https://bugs.python.org/issue44972 #44963: anext_awaitable is not a collections.abc.Generator https://bugs.python.org/issue44963 #44962: asyncio.create_task weakrefset race condition https://bugs.python.org/issue44962 Top 10 most discussed issues (10) ================================= #42560: Improve Tkinter Documentation https://bugs.python.org/issue42560 15 msgs #41102: ZipFile.namelist() does not match the actual files in .zip fil https://bugs.python.org/issue41102 13 msgs #44934: Windows installer: Append Python to PATH instead of prepending https://bugs.python.org/issue44934 13 msgs #45020: Freeze all modules imported during startup. https://bugs.python.org/issue45020 10 msgs #44972: Add workflow_dispatch trigger for GitHub Actions jobs https://bugs.python.org/issue44972 9 msgs #44977: Deprecate delegation of int to __trunc__? https://bugs.python.org/issue44977 8 msgs #44981: wildcard imports should normalise names in `__all__` https://bugs.python.org/issue44981 7 msgs #39218: Assertion failure when calling statistics.variance() on a floa https://bugs.python.org/issue39218 5 msgs #45001: Date parsing helpers in email module incorrectly raise IndexEr https://bugs.python.org/issue45001 5 msgs #45022: Update libffi to 3.4.2 https://bugs.python.org/issue45022 5 msgs Issues closed (54) ================== #4442: document immutable type subclassing via __new__ https://bugs.python.org/issue4442 closed by lukasz.langa #14613: time.time can return NaN https://bugs.python.org/issue14613 closed by iritkatriel #17359: Mention "__main__.py" explicitly in command line docs https://bugs.python.org/issue17359 closed by lukasz.langa #21184: statistics.pvariance with known mean does not work as expected https://bugs.python.org/issue21184 closed by rhettinger #24234: Should we define complex.__complex__ and bytes.__bytes__? https://bugs.python.org/issue24234 closed by mark.dickinson #24632: Improve documentation about __main__.py https://bugs.python.org/issue24632 closed by lukasz.langa #25867: os.stat raises exception when using unicode and no locale is s https://bugs.python.org/issue25867 closed by eryksun #30924: RPM build doc_files needs files separated into separate lines https://bugs.python.org/issue30924 closed by shihai1991 #30999: statistics module: add a general selection function https://bugs.python.org/issue30999 closed by rhettinger #34990: year 2038 problem in compileall.py https://bugs.python.org/issue34990 closed by ammar2 #37596: Reproducible pyc: frozenset is not serialized in a determinist https://bugs.python.org/issue37596 closed by lukasz.langa #39301: Specification of bitshift on integers should clearly state flo https://bugs.python.org/issue39301 closed by mark.dickinson #39452: Improve the __main__ module documentation https://bugs.python.org/issue39452 closed by lukasz.langa #40608: PY3.8 GC segfault (Py_TRASHCAN_SAFE_BEGIN/END are not backwar https://bugs.python.org/issue40608 closed by iritkatriel #40635: Documentation for socket.getfqdn incorrect? https://bugs.python.org/issue40635 closed by lukasz.langa #40772: module 'resource' has no attribute 'RLIMIT_VMEM' https://bugs.python.org/issue40772 closed by ronaldoussoren #42538: AsyncIO strange behaviour https://bugs.python.org/issue42538 closed by ncoghlan #43598: test_subprocess logs multiple ResourceWarning warnings https://bugs.python.org/issue43598 closed by serhiy.storchaka #43826: Resource warnings in test_subprocess https://bugs.python.org/issue43826 closed by xtreak #44690: Adopt binacii.a2b_base64's strict mode in base64.b64decode https://bugs.python.org/issue44690 closed by gregory.p.smith #44826: Specialize STORE_ATTR using PEP 659 machinery. https://bugs.python.org/issue44826 closed by Mark.Shannon #44874: Deprecate Py_TRASHCAN_SAFE_BEGIN/END https://bugs.python.org/issue44874 closed by lukasz.langa #44913: segfault in call to embedded PyModule_New https://bugs.python.org/issue44913 closed by shihai1991 #44915: Python keywords as string keys in TypedDict https://bugs.python.org/issue44915 closed by gvanrossum #44918: Unhandled Exception (Not Implemented) in HTMLParser().feed https://bugs.python.org/issue44918 closed by terry.reedy #44929: Some RegexFlag cannot be printed in the repr https://bugs.python.org/issue44929 closed by lukasz.langa #44940: Clarify the documentation of re.findall() https://bugs.python.org/issue44940 closed by serhiy.storchaka #44943: Integrate PyHyphen into the textwrap module? https://bugs.python.org/issue44943 closed by rhettinger #44945: Specialize BINARY_ADD using PEP 659 machinery. https://bugs.python.org/issue44945 closed by Mark.Shannon #44946: Integer operations are inefficient for "medium" integers. https://bugs.python.org/issue44946 closed by Mark.Shannon #44954: Bug in float.fromhex https://bugs.python.org/issue44954 closed by mark.dickinson #44955: Method stopTestRun() is not always called for skipped tests https://bugs.python.org/issue44955 closed by serhiy.storchaka #44957: typing docs: Mention PEP 604 syntax more prominently https://bugs.python.org/issue44957 closed by lukasz.langa #44965: [sqlite3] early exit for non-DML statements in executemany() https://bugs.python.org/issue44965 closed by pablogsal #44966: example code does not macth the very version(3.9) https://bugs.python.org/issue44966 closed by rhettinger #44967: pydoc should return non-zero exit code when a query is not fou https://bugs.python.org/issue44967 closed by lukasz.langa #44968: Fix/remove test_subprocess_wait_no_same_group from test_asynci https://bugs.python.org/issue44968 closed by serhiy.storchaka #44971: Named widget has NoneType after single line creation https://bugs.python.org/issue44971 closed by steven.daprano #44973: @classmethod can be stacked on @property, but @staticmethod ca https://bugs.python.org/issue44973 closed by rhettinger #44976: [sqlite3] lazy creation of result rows https://bugs.python.org/issue44976 closed by pablogsal #44978: Argument Clinic should not exclude __complex__ methods https://bugs.python.org/issue44978 closed by mark.dickinson #44979: pathlib: support relative path construction https://bugs.python.org/issue44979 closed by pitrou #44984: Rewrite test_null_strings in _testcapi https://bugs.python.org/issue44984 closed by lukasz.langa #44988: Use the newest tcl/tk support https://bugs.python.org/issue44988 closed by ned.deily #44990: Change layout of frames back to specials-locals-stack (from lo https://bugs.python.org/issue44990 closed by Mark.Shannon #44992: functools.lru_cache does not guarantee cache hits for equal va https://bugs.python.org/issue44992 closed by rhettinger #44993: enum.auto() starts with one instead of zero https://bugs.python.org/issue44993 closed by eric.smith #44997: [sqlite3] build fails on macOS 11.5.1 https://bugs.python.org/issue44997 closed by jett8998 #45000: del __debug__ should be a SyntaxError https://bugs.python.org/issue45000 closed by pablogsal #45003: Documentation wrote __div__ instead of __truediv__ https://bugs.python.org/issue45003 closed by serhiy.storchaka #45010: Remove support of special method __div__ in unittest.mock https://bugs.python.org/issue45010 closed by lukasz.langa #45011: tests fail when using pure-python instead of _asyncio https://bugs.python.org/issue45011 closed by lukasz.langa #45014: SyntaxError describing the error using a wrong term https://bugs.python.org/issue45014 closed by pablogsal #45028: module 'unittest.mock' has no attribute 'AsyncMock' https://bugs.python.org/issue45028 closed by xtreak

3 weeks, 4 days

A ban from Core Developer spaces.

by Thomas Wouters

All, After some consideration at our weekly meeting (this monday), and a recommendation from the Conduct WG (last friday), the Steering Council has decided to ban Marco Sulla from all Core Developer spaces for at least a year. (For the record, Brett abstained from voting on this issue.) We also agreed to add Ethan to the python-dev moderators, who's already taken the more specific action of banning Marco from python-dev for 3 months. If anyone else is interested in assisting with moderation on python-dev, please let us know. Marco wasn't solely responsible for how bad some of the discussion went, but his messages were the ones that clearly crossed the line, both in tone and in language, and it isn't the first time; as he's already pointed out, he was previously banned from discuss.python.org for the same kind of behaviour. We do want to admonish and encourage everyone who participated in the discussions to reconsider their posts. We've heard from quite a lot of people how badly the whole conversation was viewed, and how much it alienated people -- both potential new contributors and old hands on python-dev. We've said before that this behaviour has to stop, and we do mean it. At this point we need to have a larger discussion about the future of python-dev, but we want to handle that separately from this particular incident. We’ll think a bit more about what the options are, and start a separate discussion about it later this week. For the whole SC, Thomas. -- Thomas Wouters <thomas(a)python.org> Hi! I'm an email virus! Think twice before sending your email to help me spread!

3 weeks, 4 days

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-Dev August 2021