Mailman 3 December 2017 - Python-Dev

[RELEASE] Python 3.6.4 is now available
by Ned Deily Dec. 19, 2017

Dec. 19, 2017

On behalf of the Python development community and the Python 3.6 release team, I am happy to announce the availability of Python 3.6.4, the fourth maintenance release of Python 3.6. Detailed information about the changes made in 3.6.4 can be found in the change log here: https://docs.python.org/3.6/whatsnew/changelog.html#python-3-6-4-final Please see "What’s New In Python 3.6" for more information about the new features in Python 3.6: https://docs.python.org/3.6/whatsnew/3.6.html You can download Python 3.6.4 here: https://www.python.org/downloads/release/python-364/ The next maintenance release of Python 3.6 is expected to follow in about 3 months, around the end of 2018-03. More information about the 3.6 release schedule can be found here: https://www.python.org/dev/peps/pep-0494/ Enjoy! -- Ned Deily nad(a)python.org -- []

1 0

PEP 567 -- Context Variables
by Yury Selivanov Dec. 19, 2017

Dec. 19, 2017

Hi, This is a new proposal to implement context storage in Python. It's a successor of PEP 550 and builds on some of its API ideas and datastructures. Contrary to PEP 550 though, this proposal only focuses on adding new APIs and implementing support for it in asyncio. There are no changes to the interpreter or to the behaviour of generator or coroutine objects. PEP: 567 Title: Context Variables Version: $Revision$ Last-Modified: $Date$ Author: Yury Selivanov <yury(a)magic.io> Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 12-Dec-2017 Python-Version: 3.7 Post-History: 12-Dec-2017 Abstract ======== This PEP proposes the new ``contextvars`` module and a set of new CPython C APIs to support context variables. This concept is similar to thread-local variables but, unlike TLS, it allows correctly keeping track of values per asynchronous task, e.g. ``asyncio.Task``. This proposal builds directly upon concepts originally introduced in :pep:`550`. The key difference is that this PEP is only concerned with solving the case for asynchronous tasks, and not generators. There are no proposed modifications to any built-in types or to the interpreter. Rationale ========= Thread-local variables are insufficient for asynchronous tasks which execute concurrently in the same OS thread. Any context manager that needs to save and restore a context value and uses ``threading.local()``, will have its context values bleed to other code unexpectedly when used in async/await code. A few examples where having a working context local storage for asynchronous code is desired: * Context managers like decimal contexts and ``numpy.errstate``. * Request-related data, such as security tokens and request data in web applications, language context for ``gettext`` etc. * Profiling, tracing, and logging in large code bases. Introduction ============ The PEP proposes a new mechanism for managing context variables. The key classes involved in this mechanism are ``contextvars.Context`` and ``contextvars.ContextVar``. The PEP also proposes some policies for using the mechanism around asynchronous tasks. The proposed mechanism for accessing context variables uses the ``ContextVar`` class. A module (such as decimal) that wishes to store a context variable should: * declare a module-global variable holding a ``ContextVar`` to serve as a "key"; * access the current value via the ``get()`` method on the key variable; * modify the current value via the ``set()`` method on the key variable. The notion of "current value" deserves special consideration: different asynchronous tasks that exist and execute concurrently may have different values. This idea is well-known from thread-local storage but in this case the locality of the value is not always necessarily to a thread. Instead, there is the notion of the "current ``Context``" which is stored in thread-local storage, and is accessed via ``contextvars.get_context()`` function. Manipulation of the current ``Context`` is the responsibility of the task framework, e.g. asyncio. A ``Context`` is conceptually a mapping, implemented using an immutable dictionary. The ``ContextVar.get()`` method does a lookup in the current ``Context`` with ``self`` as a key, raising a ``LookupError`` or returning a default value specified in the constructor. The ``ContextVar.set(value)`` method clones the current ``Context``, assigns the ``value`` to it with ``self`` as a key, and sets the new ``Context`` as a new current. Because ``Context`` uses an immutable dictionary, cloning it is O(1). Specification ============= A new standard library module ``contextvars`` is added with the following APIs: 1. ``get_context() -> Context`` function is used to get the current ``Context`` object for the current OS thread. 2. ``ContextVar`` class to declare and access context variables. 3. ``Context`` class encapsulates context state. Every OS thread stores a reference to its current ``Context`` instance. It is not possible to control that reference manually. Instead, the ``Context.run(callable, *args)`` method is used to run Python code in another context. contextvars.ContextVar ---------------------- The ``ContextVar`` class has the following constructor signature: ``ContextVar(name, *, default=no_default)``. The ``name`` parameter is used only for introspection and debug purposes. The ``default`` parameter is optional. Example:: # Declare a context variable 'var' with the default value 42. var = ContextVar('var', default=42) ``ContextVar.get()`` returns a value for context variable from the current ``Context``:: # Get the value of `var`. var.get() ``ContextVar.set(value) -> Token`` is used to set a new value for the context variable in the current ``Context``:: # Set the variable 'var' to 1 in the current context. var.set(1) ``contextvars.Token`` is an opaque object that should be used to restore the ``ContextVar`` to its previous value, or remove it from the context if it was not set before. The ``ContextVar.reset(Token)`` is used for that:: old = var.set(1) try: ... finally: var.reset(old) The ``Token`` API exists to make the current proposal forward compatible with :pep:`550`, in case there is demand to support context variables in generators and asynchronous generators in the future. ``ContextVar`` design allows for a fast implementation of ``ContextVar.get()``, which is particularly important for modules like ``decimal`` an ``numpy``. contextvars.Context ------------------- ``Context`` objects are mappings of ``ContextVar`` to values. To get the current ``Context`` for the current OS thread, use ``contextvars.get_context()`` method:: ctx = contextvars.get_context() To run Python code in some ``Context``, use ``Context.run()`` method:: ctx.run(function) Any changes to any context variables that ``function`` causes, will be contained in the ``ctx`` context:: var = ContextVar('var') var.set('spam') def function(): assert var.get() == 'spam' var.set('ham') assert var.get() == 'ham' ctx = get_context() ctx.run(function) assert var.get('spam') Any changes to the context will be contained and persisted in the ``Context`` object on which ``run()`` is called on. ``Context`` objects implement the ``collections.abc.Mapping`` ABC. This can be used to introspect context objects:: ctx = contextvars.get_context() # Print all context variables in their values in 'ctx': print(ctx.items()) # Print the value of 'some_variable' in context 'ctx': print(ctx[some_variable]) asyncio ------- ``asyncio`` uses ``Loop.call_soon()``, ``Loop.call_later()``, and ``Loop.call_at()`` to schedule the asynchronous execution of a function. ``asyncio.Task`` uses ``call_soon()`` to run the wrapped coroutine. We modify ``Loop.call_{at,later,soon}`` to accept the new optional *context* keyword-only argument, which defaults to the current context:: def call_soon(self, callback, *args, context=None): if context is None: context = contextvars.get_context() # ... some time later context.run(callback, *args) Tasks in asyncio need to maintain their own isolated context. ``asyncio.Task`` is modified as follows:: class Task: def __init__(self, coro): ... # Get the current context snapshot. self._context = contextvars.get_context() self._loop.call_soon(self._step, context=self._context) def _step(self, exc=None): ... # Every advance of the wrapped coroutine is done in # the task's context. self._loop.call_soon(self._step, context=self._context) ... CPython C API ------------- TBD Implementation ============== This section explains high-level implementation details in pseudo-code. Some optimizations are omitted to keep this section short and clear. The internal immutable dictionary for ``Context`` is implemented using Hash Array Mapped Tries (HAMT). They allow for O(log N) ``set`` operation, and for O(1) ``get_context()`` function. For the purposes of this section, we implement an immutable dictionary using ``dict.copy()``:: class _ContextData: def __init__(self): self.__mapping = dict() def get(self, key): return self.__mapping[key] def set(self, key, value): copy = _ContextData() copy.__mapping = self.__mapping.copy() copy.__mapping[key] = value return copy def delete(self, key): copy = _ContextData() copy.__mapping = self.__mapping.copy() del copy.__mapping[key] return copy Every OS thread has a reference to the current ``_ContextData``. ``PyThreadState`` is updated with a new ``context_data`` field that points to a ``_ContextData`` object:: PyThreadState: context : _ContextData ``contextvars.get_context()`` is implemented as follows: def get_context(): ts : PyThreadState = PyThreadState_Get() if ts.context_data is None: ts.context_data = _ContextData() ctx = Context() ctx.__data = ts.context_data return ctx ``contextvars.Context`` is a wrapper around ``_ContextData``:: class Context(collections.abc.Mapping): def __init__(self): self.__data = _ContextData() def run(self, callable, *args): ts : PyThreadState = PyThreadState_Get() saved_data : _ContextData = ts.context_data try: ts.context_data = self.__data callable(*args) finally: self.__data = ts.context_data ts.context_data = saved_data # Mapping API methods are implemented by delegating # `get()` and other Mapping calls to `self.__data`. ``contextvars.ContextVar`` interacts with ``PyThreadState.context_data`` directly:: class ContextVar: def __init__(self, name, *, default=NO_DEFAULT): self.__name = name self.__default = default @property def name(self): return self.__name def get(self, default=NO_DEFAULT): ts : PyThreadState = PyThreadState_Get() data : _ContextData = ts.context_data try: return data.get(self) except KeyError: pass if default is not NO_DEFAULT: return default if self.__default is not NO_DEFAULT: return self.__default raise LookupError def set(self, value): ts : PyThreadState = PyThreadState_Get() data : _ContextData = ts.context_data try: old_value = data.get(self) except KeyError: old_value = NO_VALUE ts.context_data = data.set(self, value) return Token(self, old_value) def reset(self, token): if token.__used: return if token.__old_value is NO_VALUE: ts.context_data = data.delete(token.__var) else: ts.context_data = data.set(token.__var, token.__old_value) token.__used = True class Token: def __init__(self, var, old_value): self.__var = var self.__old_value = old_value self.__used = False Backwards Compatibility ======================= This proposal preserves 100% backwards compatibility. Libraries that use ``threading.local()`` to store context-related values, currently work correctly only for synchronous code. Switching them to use the proposed API will keep their behavior for synchronous code unmodified, but will automatically enable support for asynchronous code. Appendix: HAMT Performance Analysis =================================== .. figure:: pep-0550-hamt_vs_dict-v2.png :align: center :width: 100% Figure 1. Benchmark code can be found here: [1]_. The above chart demonstrates that: * HAMT displays near O(1) performance for all benchmarked dictionary sizes. * ``dict.copy()`` becomes very slow around 100 items. .. figure:: pep-0550-lookup_hamt.png :align: center :width: 100% Figure 2. Benchmark code can be found here: [2]_. Figure 2 compares the lookup costs of ``dict`` versus a HAMT-based immutable mapping. HAMT lookup time is 30-40% slower than Python dict lookups on average, which is a very good result, considering that the latter is very well optimized. The reference implementation of HAMT for CPython can be found here: [3]_. References ========== .. [1] https://gist.github.com/1st1/9004813d5576c96529527d44c5457dcd .. [2] https://gist.github.com/1st1/dbe27f2e14c30cce6f0b5fddfc8c437e .. [3] https://github.com/1st1/cpython/tree/hamt Copyright ========= This document has been placed in the public domain. .. Local Variables: mode: indented-text indent-tabs-mode: nil sentence-end-double-space: t fill-column: 70 coding: utf-8 End:

8 19

Broken svn lookup?
by Victor Stinner Dec. 19, 2017

Dec. 19, 2017

Hi, I was looking at old issues. In https://bugs.python.org/issue8610#msg105805 I found the link: http://svn.python.org/view?view=revision&revision=81190 Sadly, the link fails with HTTP 404 Not Found :-( Is the service down? It's no more possible to browse the old Subversion repository? Victor

3 3

Decision of having a deprecation period or not for changing csv.DictReader returning type.
by 尚辉 Dec. 18, 2017

Dec. 18, 2017

Hi, guys In https://github.com/python/cpython/pull/4904, I made csv.DictReader returning regular dict instead of OrderedDict. But this code could break existing code that relied on methods like move_to_end() which are present in OrderedDict() but not in dict(). As rhettinger suggested, such code is either unlikely or rare, so it would be net less disruptive for users to just go forward with this patch. So, would we just go forward with this patch or having a deprecation period before this patch? Any help is big thanks. -- Best Regards . shangdahao

6 8

Make __class_getitem__ a class method
by Serhiy Storchaka Dec. 15, 2017

Dec. 15, 2017

The class itself always is passed as the first argument to __class_getitem__(): cls.__class_getitem__(cls, item) I propose to make __class_getitem__ a class method. This will make simpler implementing it in C. Currently it should be declared with flags METH_VARARGS|METH_STATIC and implementing as static PyObject * generic_class_getitem(PyObject *Py_UNUSED(self), PyObject *args) { PyObject *type, *item; if (!PyArg_UnpackTuple(args, "__class_getitem__", 2, 2, &type, &item)) { return NULL; } ... } Note an unused parameter and the need of manual unpacking arguments. If use it as a class method it should be declared with flags METH_O|METH_CLASS and implemented as static PyObject * generic_class_getitem(PyObject *type, PyObject *item) { ... } See https://github.com/python/cpython/pull/4883 for sample.

4 11

New crash in test_embed on macOS 10.12
by Barry Warsaw Dec. 15, 2017

Dec. 15, 2017

I haven’t bisected this yet, but with git head, built and tested on macOS 10.12.6 and Xcode 9.2, I’m seeing this crash in test_embed: ====================================================================== FAIL: test_bpo20891 (test.test_embed.EmbeddingTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "/Users/barry/projects/python/cpython/Lib/test/test_embed.py", line 207, in test_bpo20891 out, err = self.run_embedded_interpreter("bpo20891") File "/Users/barry/projects/python/cpython/Lib/test/test_embed.py", line 59, in run_embedded_interpreter (p.returncode, err)) AssertionError: -6 != 0 : bad returncode -6, stderr is 'Fatal Python error: PyEval_SaveThread: NULL tstate\n\nCurrent thread 0x00007fffcb58a3c0 (most recent call first):\n' Seems reproducible across different machines (all running 10.12.6 and Xcode 9.2), even after a make clean and configure. I don’t see the same failure on Debian, and I don’t see the crashes on the buildbots. Can anyone verify? -Barry

3 3

Accepting PEP 560 -- Core support for typing module and generic types
by Guido van Rossum Dec. 15, 2017

Dec. 15, 2017

Ivan, Congrats on your PEP. I believe the outstanding issues are now resolved and I am hereby accepting it. -- --Guido van Rossum (python.org/~guido)

7 17

Summary of Python tracker Issues
by Python tracker Dec. 15, 2017

Dec. 15, 2017

ACTIVITY SUMMARY (2017-12-08 - 2017-12-15) 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 6330 (+15) closed 37755 (+64) total 44085 (+79) Open issues with patches: 2448 Issues opened (51) ================== #17852: Built-in module _io can lose data from buffered files at exit https://bugs.python.org/issue17852 reopened by pitrou #32256: Make patchcheck.py work for out-of-tree builds https://bugs.python.org/issue32256 opened by izbyshev #32257: Support Disabling Renegotiation for SSLContext https://bugs.python.org/issue32257 opened by chuq #32259: Misleading "not iterable" Error Message when generator return https://bugs.python.org/issue32259 opened by Camion #32261: Online doc does not include inspect.classify_class_attrs https://bugs.python.org/issue32261 opened by csabella #32263: Template string docs refer to "normal %-based substitutions" https://bugs.python.org/issue32263 opened by v+python #32266: test_pathlib fails if current path has junctions https://bugs.python.org/issue32266 opened by Ivan.Pozdeev #32267: strptime misparses offsets with microsecond format https://bugs.python.org/issue32267 opened by mariocj89 #32270: subprocess closes redirected fds even if they are in pass_fds https://bugs.python.org/issue32270 opened by izbyshev #32275: SSL socket methods don't retry on EINTR? https://bugs.python.org/issue32275 opened by pitrou #32276: there is no way to make tempfile reproducible (i.e. seed the u https://bugs.python.org/issue32276 opened by Yaroslav.Halchenko #32278: Allow dataclasses.make_dataclass() to omit type information https://bugs.python.org/issue32278 opened by eric.smith #32279: Pass keyword arguments from dataclasses.make_dataclass() to @d https://bugs.python.org/issue32279 opened by eric.smith #32280: Expose `_PyRuntime` through a section name https://bugs.python.org/issue32280 opened by Maxime Belanger #32281: bdist_rpm v.s. the Macintosh https://bugs.python.org/issue32281 opened by bhyde #32282: When using a Windows XP compatible toolset, `socketmodule.c` f https://bugs.python.org/issue32282 opened by Maxime Belanger #32283: Cmd.onecmd documentation is misleading https://bugs.python.org/issue32283 opened by lyda #32285: In `unicodedata`, it should be possible to check a unistr's no https://bugs.python.org/issue32285 opened by Maxime Belanger #32287: Import of _pyio module failed on cygwin https://bugs.python.org/issue32287 opened by Matúš Valo #32288: Inconsistent behavior with slice assignment? https://bugs.python.org/issue32288 opened by Massimiliano Culpo #32289: Glossary does not define "extended slicing" https://bugs.python.org/issue32289 opened by steven.daprano #32290: bolen-dmg-3.6: compilation failed with OSError: [Errno 23] Too https://bugs.python.org/issue32290 opened by vstinner #32291: Value error for string shared memory in multiprocessing https://bugs.python.org/issue32291 opened by magu #32295: User friendly message when invoking bdist_wheel sans wheel pac https://bugs.python.org/issue32295 opened by EWDurbin #32296: Implement asyncio._get_running_loop() and get_event_loop() in https://bugs.python.org/issue32296 opened by yselivanov #32299: unittest.mock.patch.dict.__enter__ should return the dict https://bugs.python.org/issue32299 opened by Allen Li #32300: print(os.environ.keys()) should only print the keys https://bugs.python.org/issue32300 opened by Aaron.Meurer #32303: Namespace packages have inconsistent __loader__ and __spec__.l https://bugs.python.org/issue32303 opened by barry #32304: Upload failed (400): Digests do not match on .tar.gz ending wi https://bugs.python.org/issue32304 opened by llecaroz #32305: Namespace packages have inconsistent __file__ and __spec__.ori https://bugs.python.org/issue32305 opened by barry #32306: Clarify map API in concurrent.futures https://bugs.python.org/issue32306 opened by David Lukeš #32307: Bad assumption on thread stack size makes python crash with mu https://bugs.python.org/issue32307 opened by Natanael Copa #32308: Replace empty matches adjacent to a previous non-empty match i https://bugs.python.org/issue32308 opened by serhiy.storchaka #32309: Implement asyncio.run_in_executor shortcut https://bugs.python.org/issue32309 opened by asvetlov #32310: Remove _Py_PyAtExit from Python.h https://bugs.python.org/issue32310 opened by nascheme #32312: Create Py_AtExitRegister C API https://bugs.python.org/issue32312 opened by nascheme #32313: Wrong inspect.getsource for datetime https://bugs.python.org/issue32313 opened by Aaron.Meurer #32315: can't run any scripts with 2.7.x, 32 and 64-bit https://bugs.python.org/issue32315 opened by DoctorEvil #32317: sys.exc_clear() clears exception in other stack frames https://bugs.python.org/issue32317 opened by Garrett Berg #32318: Remove "globals()" call from "socket.accept()" https://bugs.python.org/issue32318 opened by yselivanov #32320: Add default value support to collections.namedtuple() https://bugs.python.org/issue32320 opened by rhettinger #32321: functools.reduce has a redundant guard or needs a pure Python https://bugs.python.org/issue32321 opened by steven.daprano #32322: Heap type with Py_TPFLAGS_HAVE_GC leads to segfault due to not https://bugs.python.org/issue32322 opened by rkond #32323: urllib.parse.urlsplit() must not lowercase() IPv6 scope value https://bugs.python.org/issue32323 opened by socketpair #32324: [Security] "python3 directory" inserts "directory" at sys.path https://bugs.python.org/issue32324 opened by vstinner #32326: Update Build projects to version 10.0.16299.0 of the Windows 1 https://bugs.python.org/issue32326 opened by Decorater #32328: ttk.Treeview: _tkinter.TclError: list element in quotes follow https://bugs.python.org/issue32328 opened by kumba #32330: Email parser creates a message object that can't be flattened https://bugs.python.org/issue32330 opened by msapiro #32331: apply SOCK_TYPE_MASK to socket.type on Linux https://bugs.python.org/issue32331 opened by yselivanov #32333: test_smtplib: dangling threads on x86 Gentoo Non-Debug with X https://bugs.python.org/issue32333 opened by vstinner #32334: test_configparser left @test_2876_tmp temporary file on x86 Wi https://bugs.python.org/issue32334 opened by vstinner Most recent 15 issues with no replies (15) ========================================== #32334: test_configparser left @test_2876_tmp temporary file on x86 Wi https://bugs.python.org/issue32334 #32333: test_smtplib: dangling threads on x86 Gentoo Non-Debug with X https://bugs.python.org/issue32333 #32328: ttk.Treeview: _tkinter.TclError: list element in quotes follow https://bugs.python.org/issue32328 #32322: Heap type with Py_TPFLAGS_HAVE_GC leads to segfault due to not https://bugs.python.org/issue32322 #32321: functools.reduce has a redundant guard or needs a pure Python https://bugs.python.org/issue32321 #32320: Add default value support to collections.namedtuple() https://bugs.python.org/issue32320 #32315: can't run any scripts with 2.7.x, 32 and 64-bit https://bugs.python.org/issue32315 #32313: Wrong inspect.getsource for datetime https://bugs.python.org/issue32313 #32310: Remove _Py_PyAtExit from Python.h https://bugs.python.org/issue32310 #32308: Replace empty matches adjacent to a previous non-empty match i https://bugs.python.org/issue32308 #32306: Clarify map API in concurrent.futures https://bugs.python.org/issue32306 #32305: Namespace packages have inconsistent __file__ and __spec__.ori https://bugs.python.org/issue32305 #32304: Upload failed (400): Digests do not match on .tar.gz ending wi https://bugs.python.org/issue32304 #32303: Namespace packages have inconsistent __loader__ and __spec__.l https://bugs.python.org/issue32303 #32299: unittest.mock.patch.dict.__enter__ should return the dict https://bugs.python.org/issue32299 Most recent 15 issues waiting for review (15) ============================================= #32331: apply SOCK_TYPE_MASK to socket.type on Linux https://bugs.python.org/issue32331 #32323: urllib.parse.urlsplit() must not lowercase() IPv6 scope value https://bugs.python.org/issue32323 #32320: Add default value support to collections.namedtuple() https://bugs.python.org/issue32320 #32318: Remove "globals()" call from "socket.accept()" https://bugs.python.org/issue32318 #32310: Remove _Py_PyAtExit from Python.h https://bugs.python.org/issue32310 #32309: Implement asyncio.run_in_executor shortcut https://bugs.python.org/issue32309 #32308: Replace empty matches adjacent to a previous non-empty match i https://bugs.python.org/issue32308 #32299: unittest.mock.patch.dict.__enter__ should return the dict https://bugs.python.org/issue32299 #32296: Implement asyncio._get_running_loop() and get_event_loop() in https://bugs.python.org/issue32296 #32285: In `unicodedata`, it should be possible to check a unistr's no https://bugs.python.org/issue32285 #32282: When using a Windows XP compatible toolset, `socketmodule.c` f https://bugs.python.org/issue32282 #32280: Expose `_PyRuntime` through a section name https://bugs.python.org/issue32280 #32267: strptime misparses offsets with microsecond format https://bugs.python.org/issue32267 #32266: test_pathlib fails if current path has junctions https://bugs.python.org/issue32266 #32259: Misleading "not iterable" Error Message when generator return https://bugs.python.org/issue32259 Top 10 most discussed issues (10) ================================= #32259: Misleading "not iterable" Error Message when generator return https://bugs.python.org/issue32259 21 msgs #32300: print(os.environ.keys()) should only print the keys https://bugs.python.org/issue32300 19 msgs #32257: Support Disabling Renegotiation for SSLContext https://bugs.python.org/issue32257 16 msgs #32226: Implement PEP 560: Core support for typing module and generic https://bugs.python.org/issue32226 12 msgs #32252: test_regrtest leaves a test_python_* directory in TEMPDIR https://bugs.python.org/issue32252 11 msgs #32251: Add asyncio.BufferedProtocol https://bugs.python.org/issue32251 10 msgs #30491: Add a lightweight mechanism for detecting un-awaited coroutine https://bugs.python.org/issue30491 9 msgs #32030: PEP 432: Rewrite Py_Main() https://bugs.python.org/issue32030 9 msgs #19431: Document PyFrame_FastToLocals() and PyFrame_FastToLocalsWithEr https://bugs.python.org/issue19431 8 msgs #30050: Please provide a way to disable the warning printed if the sig https://bugs.python.org/issue30050 7 msgs Issues closed (63) ================== #11123: problem with packaged dependency extracter script, pdeps https://bugs.python.org/issue11123 closed by csabella #20361: -W command line options and PYTHONWARNINGS environmental varia https://bugs.python.org/issue20361 closed by vstinner #22091: __debug__ in compile(optimize=1) https://bugs.python.org/issue22091 closed by serhiy.storchaka #22671: Typo in class io.BufferedIOBase docs https://bugs.python.org/issue22671 closed by vstinner #26259: Memleak when repeated calls to asyncio.queue.Queue.get is perf https://bugs.python.org/issue26259 closed by asvetlov #26549: co_stacksize is calculated from unoptimized code https://bugs.python.org/issue26549 closed by serhiy.storchaka #27169: __debug__ is not optimized out at compile time for anything bu https://bugs.python.org/issue27169 closed by serhiy.storchaka #27695: Long constant calculations stall compilation https://bugs.python.org/issue27695 closed by serhiy.storchaka #28185: Tabs in C source code https://bugs.python.org/issue28185 closed by martin.panter #28393: Update encoding lookup docs wrt #27938 https://bugs.python.org/issue28393 closed by vstinner #28813: Remove unneeded folded consts after peephole https://bugs.python.org/issue28813 closed by serhiy.storchaka #29469: AST-level Constant folding https://bugs.python.org/issue29469 closed by inada.naoki #30241: Add contextlib.AbstractAsyncContextManager https://bugs.python.org/issue30241 closed by yselivanov #31265: Remove doubly-linked list from C OrderedDict https://bugs.python.org/issue31265 closed by rhettinger #31620: asyncio.Queue leaks memory if the queue is empty and consumers https://bugs.python.org/issue31620 closed by asvetlov #31650: implement PEP 552 https://bugs.python.org/issue31650 closed by benjamin.peterson #31942: Document that support of start and stop parameters in the Sequ https://bugs.python.org/issue31942 closed by vstinner #31964: [3.4][3.5] pyexpat: compilaton of libexpat fails with: ISO C90 https://bugs.python.org/issue31964 closed by vstinner #31967: [Windows] test_distutils: fatal error LNK1158: cannot run 'rc. https://bugs.python.org/issue31967 closed by vstinner #32114: The get_event_loop change in bpo28613 did not update the docum https://bugs.python.org/issue32114 closed by yselivanov #32119: test_notify_all() of test_multiprocessing_forkserver failed on https://bugs.python.org/issue32119 closed by vstinner #32124: Document functions safe to be called before Py_Initialize() https://bugs.python.org/issue32124 closed by vstinner #32143: os.statvfs lacks f_fsid https://bugs.python.org/issue32143 closed by fdrake #32186: io.FileIO hang all threads if fstat blocks on inaccessible NFS https://bugs.python.org/issue32186 closed by berker.peksag #32193: Convert asyncio to async/await https://bugs.python.org/issue32193 closed by asvetlov #32208: Improve semaphore documentation https://bugs.python.org/issue32208 closed by berker.peksag #32225: Implement PEP 562: module __getattr__ and __dir__ https://bugs.python.org/issue32225 closed by levkivskyi #32230: -X dev doesn't set sys.warnoptions https://bugs.python.org/issue32230 closed by vstinner #32237: test_xml_etree leaked [1, 1, 1] references, sum=3 https://bugs.python.org/issue32237 closed by berker.peksag #32240: Add the const qualifier for PyObject* array arguments https://bugs.python.org/issue32240 closed by serhiy.storchaka #32241: Add the const qualifier for char and wchar_t pointers to unmod https://bugs.python.org/issue32241 closed by serhiy.storchaka #32253: Deprecate old-style locking in asyncio/locks.py https://bugs.python.org/issue32253 closed by asvetlov #32255: csv.writer converts None to '""\n' when it is first line, othe https://bugs.python.org/issue32255 closed by serhiy.storchaka #32258: Rewrite asyncio docs to use async/await syntax https://bugs.python.org/issue32258 closed by asvetlov #32260: siphash shouldn't byte swap the keys https://bugs.python.org/issue32260 closed by benjamin.peterson #32262: Fix linting errors in asyncio code; use f-strings consistently https://bugs.python.org/issue32262 closed by yselivanov #32264: move pygetopt.h into internal/ https://bugs.python.org/issue32264 closed by benjamin.peterson #32265: Correctly classify builtin static and class methods https://bugs.python.org/issue32265 closed by serhiy.storchaka #32268: quopri.decode(): string argument expected, got 'bytes' https://bugs.python.org/issue32268 closed by r.david.murray #32269: Add `asyncio.get_running_loop()` function https://bugs.python.org/issue32269 closed by yselivanov #32271: test_ssl test failed on Fedora 27 https://bugs.python.org/issue32271 closed by christian.heimes #32272: Remove asyncio.async function https://bugs.python.org/issue32272 closed by yselivanov #32273: Remove asyncio.test_utils https://bugs.python.org/issue32273 closed by yselivanov #32274: Potential leak in pysqlite_connection_init() https://bugs.python.org/issue32274 closed by lelit #32277: SystemError via chmod(symlink, ..., follow_symlinks=False) https://bugs.python.org/issue32277 closed by serhiy.storchaka #32284: typing.TextIO and BinaryIO are not aliases of IO[...] https://bugs.python.org/issue32284 closed by asvetlov #32286: python 2.7 cannot parse '' https://bugs.python.org/issue32286 closed by vstinner #32292: Building fails on Windows https://bugs.python.org/issue32292 closed by pitrou #32293: macos pkg fails 10.13.2 https://bugs.python.org/issue32293 closed by Lloyd Vancil #32294: test_semaphore_tracker() of test_multiprocessing_spawn fails w https://bugs.python.org/issue32294 closed by vstinner #32297: Few misspellings found in Python source code comments. https://bugs.python.org/issue32297 closed by asvetlov #32298: Email.quopriprime over-encodes characters https://bugs.python.org/issue32298 closed by r.david.murray #32301: Typo in array documentation https://bugs.python.org/issue32301 closed by steven.daprano #32302: test_distutils: test_get_exe_bytes() failure on AppVeyor https://bugs.python.org/issue32302 closed by vstinner #32311: Implement asyncio.create_task() shortcut https://bugs.python.org/issue32311 closed by asvetlov #32314: Implement asyncio.run() https://bugs.python.org/issue32314 closed by yselivanov #32316: [3.6] make regen-all fails on Travis CI on "python3.6" command https://bugs.python.org/issue32316 closed by vstinner #32319: re fullmatch error with non greedy modifier https://bugs.python.org/issue32319 closed by serhiy.storchaka #32325: C API should use 'const char *' instead of 'char *' https://bugs.python.org/issue32325 closed by serhiy.storchaka #32327: Make asyncio methods documented as coroutines - coroutines. https://bugs.python.org/issue32327 closed by yselivanov #32329: PYTHONHASHSEED=0 python3 -R should enable hash randomization https://bugs.python.org/issue32329 closed by vstinner #32332: Implement slots support for magic methods added in PEP 560 https://bugs.python.org/issue32332 closed by yselivanov #1346238: A constant folding optimization pass for the AST https://bugs.python.org/issue1346238 closed by serhiy.storchaka

1 0

sqlite3 module needs maintainer
by Antoine Pitrou Dec. 14, 2017

Dec. 14, 2017

Hello, After noticing that many issues were opened for it and it was lacking maintenance, I contacted the sqlite3 module's historical author and maintainer, Gerhard Häring (for the record, Gerhard didn't make any changes to the sqlite3 module since 2011... and the Python 2-only, third-party "pysqlite" module, which he maintains as well, did not receive many changes lately). He answered me that he was ok to declare the sqlite3 module as officially unmaintained. Since sqlite3 is such a useful and widely-used standard library module, it probably deserves someone competent and motivated to maintain it. Berker Peksağ is also interested in sqlite3 and is interested in helping maintain it (I'm trying to channel his private words here... I hope I don't misrepresent his position). Regards Antoine.

2 1

Re: [Python-Dev] PEP 565: Show DeprecationWarning in __main__
by Nick Coghlan Dec. 14, 2017

Dec. 14, 2017

On 13 Dec. 2017 12:53 pm, "Victor Stinner" <victor.stinner(a)gmail.com> wrote: 2017-12-13 0:24 GMT+01:00 Guido van Rossum <guido(a)python.org>: > Considered disagreement is acceptable. Sure, I'm fine with that ;-) > Nick, congrats with PEP 565! Please update the PEP to mark it as approved > with a link to this message as the resolution, and let's get the > implementation into 3.7a4! Nick wrote that he will be away, since I update his PEP: https://github.com/python/peps/commit/355eced94cf4117492c9e1eee8f950 f08e53ec90 Thanks Guido for the approval, and Victor for explaining the dev mode connection updating the PEP status! I'll get the implementation updated & merged in the first week of January (my phone is my only client device for most of the time until then). Cheers, Nick.

1 0