Re: [Python-Dev] bugs.python.org - outage 08/09/17 until 8:00pm PST

On 8/9/2017 7:12 PM, MRAB wrote: On 2017-08-09 23:18, Mark Mangoba wrote: Dear Colleagues, I was just informed from our hosting provider for bugs.python.org , Hetzner Online - that the server is currently being migrated to a new data center. Unfortunately I was not i

Re: [Python-Dev] bugs.python.org - outage 08/09/17 until 8:00pm PST

On 8/9/2017 8:24 PM, Terry Reedy wrote: On 8/9/2017 7:12 PM, MRAB wrote: On 2017-08-09 23:18, Mark Mangoba wrote: Dear Colleagues, I was just informed from our hosting provider for bugs.python.org <http://bugs.python.org>, Hetzner Online - that the server is currently being migrate

Re: [Python-Dev] Py_Main() seems to be a NOOP

On 8/10/2017 3:26 AM, Patrick Rutkowski wrote: On Thu, Aug 10, 2017 at 2:26 AM, Patrick Rutkowski wrote: I'm working on Windows with Python 3.6. I'm trying to make a wWinMain() GUI application that uses an embedded python interpreter. I'm having various issues with being unable to load extensio

Re: [Python-Dev] [bpo-30421]: Pull request review

On 8/28/2017 3:42 AM, Robert Schindler wrote: Hello, In May, I submitted a pull request that extends the functionality of argparse.ArgumentParser. The argparse maintainer, bethard (Peter Bethard), was not added to the nosy list. And he does not seem to have been active lately -- his bpo pro

Re: [Python-Dev] [bpo-30421]: Pull request review

On 8/28/2017 4:43 PM, Mark Lawrence via Python-Dev wrote: The bulk of the work on argparse in recent years has been done by paul.j3.  I have no idea whether or not he is classed as a core developer. 'He' is a CLA-signed contributor, but not a committer, with no GitHub name registered with bpo

Re: [Python-Dev] Inplace operations for PyLong objects

On 8/31/2017 2:40 PM, Manciu, Catalin Gabriel wrote: Hi everyone, While looking over the PyLong source code in Objects/longobject.c I came across the fact that the PyLong object doesnt't include implementation for basic inplace operations such as adding or multiplication: [...] long_long,

Re: [Python-Dev] bpo-5001: More-informative multiprocessing error messages (#3079)

On 8/31/2017 3:27 PM, Brett Cannon wrote: On Wed, 30 Aug 2017 at 02:56 Paul Moore do so to squash their PRs themselves. Personally, I'd prefer that as, apart from admin activities like making sure the PR and issue number references are present and correct, I think the original su

Re: [Python-Dev] HTTPS on bugs.python.org

On 9/1/2017 9:36 AM, Antoine Pitrou wrote: And by the way the problem goes away if you use the "HTTPS Everywhere" plugin for Firefox. Firefox has both 'extension' and 'plugin' add-ons. "HTTPS Everywhere" is found under 'extensions'. Works great. On Fri, 1 Sep 2017 15:29:58 +0200 Antoine Pi

Re: [Python-Dev] HTTPS on bugs.python.org

On 9/1/2017 11:31 AM, Oleg Broytman wrote: On Fri, Sep 01, 2017 at 05:27:59PM +0200, Antoine Pitrou wrote: On Fri, 1 Sep 2017 17:03:59 +0200 Victor Stinner wrote: And by the way the problem goes away if you use the "HTTPS Everywhere" plugin for Firefox. Try for example this page: https:

Re: [Python-Dev] To reduce Python "application" startup time

On 9/5/2017 9:02 AM, INADA Naoki wrote: But application startup time is more important. And we can improve them with optimize importing common stdlib. Current `python -v` is not useful to optimize import. So I use this patch to profile import time. https://gist.github.com/methane/e688bb31a23bc

Re: [Python-Dev] [RFC] Removing pure Python implementation of OrderedDict

On 9/5/2017 10:40 AM, Guido van Rossum wrote: On Tue, Sep 5, 2017 at 5:58 AM, Simon Cross mailto:hodgestar+python...@gmail.com>> wrote: I thought the decision a few years ago was that all modules that have a C library for performance reasons should also have a Python version? Did t

Re: [Python-Dev] [RFC] Removing pure Python implementation of OrderedDict

On 9/5/2017 2:20 PM, INADA Naoki wrote: On Wed, Sep 6, 2017 at 2:13 AM, Eric Snow wrote: Like Antoine, I consider the pure Python implementation to be valuable. Furthermore, the pure Python implementation is the reference, so its behavior is idiomatic. To this native English speaker, 'beha

Re: [Python-Dev] PEP 553: Built-in debug()

On 9/6/2017 10:42 AM, Barry Warsaw wrote: I don’t think that’s a good idea. pdb is a thing, and that thing is the standard library debugger. I don’t think ‘pdb’ should be the term we use to describe a generic Python debugger interface. That to me is one of the advantages of PEP 553; it sep

Re: [Python-Dev] PEP 553: Built-in debug()

On 9/6/2017 6:24 PM, Barry Warsaw wrote: On Sep 6, 2017, at 10:14, Fabio Zadrozny wrote: I think it's a nice idea. Great! Related to the name, on the windows c++ there's "DebugBreak": https://msdn.microsoft.com/en-us/library/windows/desktop/ms679297(v=vs.85).aspx, which I think is a bet

Re: [Python-Dev] PEP 553: Built-in debug()

On 9/6/2017 6:45 PM, Barry Warsaw wrote: On Sep 6, 2017, at 14:59, Terry Reedy wrote: Currently, the debugger is started in response to a menu seletion in the IDLE process while the python process is idle. One reason for the 'idle' requirement' is because when code is exec-

[Python-Dev] Re: pre-PEP: Unicode Security Considerations for Python

On 11/1/2021 8:17 AM, Petr Viktorin wrote: Nevertheless, I did do a bit of research about similar gotchas in Python, and I'd like to publish a summary as an informational PEP, pasted below. Very helpful. Bidirectional Text -- Some scripts, such as Hebrew or Arabic, are writ

[Python-Dev] Re: pre-PEP: Unicode Security Considerations for Python

On 11/2/2021 1:02 PM, Marc-Andre Lemburg wrote: On 01.11.2021 13:17, Petr Viktorin wrote: PEP: Title: Unicode Security Considerations for Python Author: Petr Viktorin Status: Active Type: Informational Content-Type: text/x-rst Created: 01-Nov-2021 Post-History: Thanks for writing this up

[Python-Dev] Re: Proposal: Allow non-default after default arguments

On 11/9/2021 9:23 AM, Steven D'Aprano wrote: By the way, this discussion is probably better suited to the Python-Ideas mailing list. But since we're here... On Tue, Nov 09, 2021 at 11:37:40AM +0100, Sebastian Rittau wrote: To me, the "natural" solution looks like this: def foo(x=None, y): ...

[Python-Dev] Re: Proposal: Allow non-default after default arguments

On 11/9/2021 1:52 PM, Sebastian Rittau wrote: Am 09.11.21 um 19:26 schrieb Terry Reedy: The signature of Sebastian's function with honest parameter names is foo(x_or_y, required_y=_NotGiven, /).  It is the 2nd argument, not the first, that is optional, as with range.  If required_y i

[Python-Dev] Update colorsys with YUV conversions?

https://github.com/python/cpython/pull/29512 adds what appears to be well written conversions between RGB and YUV color systems, with tests. Are we allowing such improvements? If not, a module docstring note or comment should be added. -- Terry Jan Reedy

[Python-Dev] Re: Preventing Unicode-related gotchas (Was: pre-PEP: Unicode Security Considerations for Python)

On 11/13/2021 4:35 PM, pt...@austin.rr.com wrote: I’ve not been following the thread, but Steve Holden forwarded me the To explore the extreme case, I wrote a pyparsing transformer to convert identifiers in a body of Python source to mixed font, equivalent to the original source after NFKC no

[Python-Dev] Re: Preventing Unicode-related gotchas (Was: pre-PEP: Unicode Security Considerations for Python)

On 11/15/2021 5:45 AM, Steven D'Aprano wrote: In another thread, Serhiy already suggested we ban invisible control characters (other than whitespace) in comments and strings. He said in string *literals*. One would put them in stromgs by using visible escape sequences. >>> '\033' is '\x1b'

[Python-Dev] Re: Do we need to remove everything that's deprecated?

On 11/16/2021 7:43 AM, Petr Viktorin wrote: On 16. 11. 21 1:11, Brett Cannon wrote: I think the key point with that approach is if you wanted to maximize your support across supported versions, this would mean there wouldn't be transition code except when the SC approves of a shorter depreca

[Python-Dev] Re: The current state of typing PEPs

On 11/17/2021 5:47 PM, Barry Warsaw wrote: Does PEP 563 or 649 satisfy static and dynamic typing needs? In the interest of full transparency, we want to let the Python community know that the Steering Council continues to discuss PEP 563 (Postponed Evaluation of Annotations) and PEP 649 (Defer

[Python-Dev] Re: PEP 670: Convert macros to functions in the Python C API

On 11/23/2021 6:21 PM, Guido van Rossum wrote: Thanks Antoine. We definitely need to push back on such "expectations" and turn them into facts by performing careful measurements. Surprises lurk everywhere. See e.g. https://github.com/faster-cpython/ideas/issues/109#issuecomment-975619113

[Python-Dev] Re: The current state of typing PEPs

On 11/29/2021 5:56 PM, Barry Warsaw wrote: On Nov 25, 2021, at 13:41, Christopher Barker wrote: What is their role? Up to today, I have treated them as an advanced feature, useful for "complex codebases". But there are any number of examples springing up on the internet, to the point where m

[Python-Dev] Re: The current state of typing PEPs

On 11/29/2021 8:16 PM, Guido van Rossum wrote: On Mon, Nov 29, 2021 at 5:01 PM Terry Reedy <mailto:tjre...@udel.edu>> wrote: On 11/29/2021 5:56 PM, Barry Warsaw wrote: > On Nov 25, 2021, at 13:41, Christopher Barker mailto:python...@gmail.com>> wrote: >

[Python-Dev] Re: PEP 669: Low Impact Monitoring for CPython

On 12/7/2021 10:41 AM, Mark Shannon wrote: I would like to announce latest PEP, PEP 669: Low Impact Monitoring for CPython. The aim of this PEP is to provide an API for profilers, debuggers and other tools to avoid the punitive overhead of using sys.settrace. If you have any interest in pro

[Python-Dev] Re: Do we need to remove everything that's deprecated?

On 11/18/2021 9:52 AM, Petr Viktorin wrote: On Wed, Nov 17, 2021 at 12:49 AM Terry Reedy wrote: And then there are truly trivial removals like the "failUnless" or "SafeConfigParser" aliases. I don't see a good reason to remove those -- they could stay deprecated fore

[Python-Dev] Re: RFC on Callable Syntax PEP

Batuhan expresses my concerns better than I could, so I just add my agreement. On 12/18/2021 3:13 PM, Batuhan Taskaya wrote: tl;dr: I find it very troubling that we are going on a path where need to increase the language complexity (syntax) only in the cause 'easier' typing. So I am opposed to

[Python-Dev] Re: Is anyone using 15-bit PyLong digits (PYLONG_BITS_IN_DIGIT=15)?

On 1/16/2022 7:08 AM, Mark Dickinson wrote: Now /that/ I certainly wasn't expecting. I don't see the same effect on macOS / Clang, whether compiling with --enable-optimizations or not; this appears to be a GCC innovation. And indeed, as Tim suggested, it turns out that there's no division inst

[Python-Dev] Re: 3.11 enhanced error location - can it be smarter?

On 1/19/2022 5:01 PM, Barry Scott wrote: Oh and if you use colours then you please give me the ability to set the colours for each usage. IDLE has that for Error Text, along with other colors. I have custom colour settings for a lots of unix too ls so that I get contrast etc. The defaults us

[Python-Dev] Re: Increase of Spammy PRs and PR reviews

On 1/31/2022 7:31 PM, Nikita Sobolev wrote: Hi, my name is Nikita and I think that I am the person behind these spammy PRs. Link: https://github.com/python/cpython/pulls/sobolevn Nikita, I don't know if the OP was responding only to your PRs or others, but I other people have seen truly trivia

[Python-Dev] Re: Replace debug runtime checks in release mode with assertions in debug mode

On 2/7/2022 11:48 AM, Guido van Rossum wrote: (I still haven't gotten into the habit of building in debug mode by default, in part because it *isn't* the default when you invoke ./configure or PCbuild/build.bat.) On Windows, I have build.bat in the directory containing the repository and mai

[Python-Dev] Re: PEP 683: "Immortal Objects, Using a Fixed Refcount"

On 2/15/2022 7:10 PM, Eric Snow wrote: * the naive implementation shows a 4% slowdown Without understanding all the benefits, this seems a bit too much for me. 2% would be much better. * we have a number of strategies that should reduce that penalty I would like to see that before appro

[Python-Dev] Re: PEP 683: "Immortal Objects, Using a Fixed Refcount" (round 2)

On 2/21/2022 11:11 AM, Petr Viktorin wrote: On 19. 02. 22 8:46, Eric Snow wrote: As part of this proposal, we must make sure that users can clearly understand on which parts of the refcount behavior they can rely and which are considered implementation details.  Specifically, they should use t

[Python-Dev] Re: Test error

On 3/3/2022 3:09 PM, Brett Cannon wrote: You might want to try asking your question at which is specifically set up to help people. But in general, all the tests are passing for folks. You will need to run those tests indivi

[Python-Dev] Re: An unambiguous way of initializing an empty dictionary and set

On 3/13/2022 5:49 PM, joao.p.f.batista...@gmail.com wrote: Currently: l = [] # new empty list t = () # new empty tuple s = set() # new empty set (no clean and consistent way of initializing regarding the others) <<< d = {} # new empty dictionary Possible solution: s = {} # new empty set d = {:}

[Python-Dev] Re: New PEP website is horrible to read on mobile device

On 3/15/2022 10:06 AM, Nathan Cook wrote: Please make https://peps.python.org/ more responsive to various form factors See attached screenshot from Chrome version 99.0.4844.58 on my Pixel 3aXL running Android 12 Are you sure that the site looks any different that i

[Python-Dev] Re: Are "Batteries Included" still a Good Thing? [was: It's now time to deprecate the stdlib urllib module]

On 3/29/2022 4:55 PM, Skip Montanaro wrote: I was trying to think through how a "remote" stdlib might work. In the process, I got to wondering if there are known "specialists" for various current modules. Every now and then I still get assigned (or at least made nosy) about something to do with t

[Python-Dev] Re: C API: Move PEP 523 "Adding a frame evaluation API to CPython" private C API to the internal C API

On 3/28/2022 5:44 PM, Jason Ansel via Python-Dev wrote: The PyTorch team plans to use PEP 523 as a part of PyTorch 2.0, so this proposal may break the next major release of PyTorch. The related project is TorchDynamo, which can be found here: https://github.com/facebookresearch/torchdynamo We

[Python-Dev] Re: Descriptions in unittest and avoiding confusion

On 4/4/2022 11:07 AM, Coyot Linden (Glenn Glazer) wrote: I would like to point out another use case of triple quotes outside of docstrings. A docstring is *any* string literal, regardless of quotes, that is a statement in itself and is the *first* statement in the body of a module, class, or

[Python-Dev] Re: Slowly bend the C API towards the limited API to get a stable ABI for everyone

On 4/4/2022 11:19 AM, Petr Viktorin wrote: On 03. 02. 22 1:40, Guido van Rossum wrote: [...] I understand the CPython is stuck supporting the de-facto standard C API for a long time. But unless we pick a "north star" (as people call it nowadays) of what we want to support in say 5-10 years, t

[Python-Dev] Re: Importing a submodule doesn't always set an attribute on its parent

On 4/8/2022 7:56 PM, Brett Cannon wrote: On Fri, Apr 8, 2022 at 4:38 PM dfremont--- via Python-Dev mailto:python-dev@python.org>> wrote: If you import A.B, then remove A from sys.modules and import A.B again, the newly-loaded version of A will not contain an attribute referring t

[Python-Dev] Re: Importing a submodule doesn't always set an attribute on its parent

On 4/9/2022 5:09 AM, Arfrever Frehtes Taifersar Arahesis wrote: 2022-04-09 04:24 UTC, Terry Reedy は書いた: Perhaps something intentionally vague like "Manual deletion of entries from sys.modules may invalidate statements above, even after re-imports." or "Manual deletion

[Python-Dev] Re: Summary of Python tracker Issues

On 4/15/2022 2:07 PM, Python tracker wrote: ACTIVITY SUMMARY (2022-04-08 - 2022-04-15) Python tracker at https://bugs.python.org/ This report only shows the last few days of bpo activity before the migration. GH report code is apparently still beint written. __

[Python-Dev] Re: Proto-PEP part 1: Forward declaration of classes

On 4/22/2022 9:13 PM, Larry Hastings wrote:     forward class X() New keywords are a nuisance. And the proposed implementation seems too complex. How about a 'regular' class statement with a special marker of some sort. Example: 'body=None'. Either __new__ or __init__ could raise XError

[Python-Dev] Re: Proto-PEP part 1: Forward declaration of classes

On 4/22/2022 11:16 PM, Larry Hastings wrote: So I still prefer "forward class". I don't think it's as clear as "forward class" 'forward class' for an incomplete class is not at all clear to me. It is not clear to me which part of speech you intend it to be: noun, verb, adjective, or adverb

[Python-Dev] Re: Issue: 92359 - Python 3.10 IDLE 64-bit doesn't open any files names code (code.py, code.pyw) - found a partial fix but looking for input

On 5/13/2022 9:20 PM, ward.dav...@gmail.com wrote: https://github.com/python/cpython/issues/92359 This is a specific (and now closed) example of import shadowing. The general issue is the subject of https://github.com/python/cpython/issues/67997 -- Terry Jan Reedy ___

[Python-Dev] Re: Issue: 92359 - Python 3.10 IDLE 64-bit doesn't open any files names code (code.py, code.pyw) - found a partial fix but looking for input

On 5/14/2022 12:40 AM, Guido van Rossum wrote: So the "current working directory" is the directory containing the file, right? That would explain the behavior. Standard import shadowing. Probably "Edit with IDLE" should be changed. I have no idea where that is defined. I presume somewhere i

[Python-Dev] Re: Summary of Python tracker Issues

On 5/15/2022 11:31 AM, Ezio Melotti wrote: I merged a PR (https://github.com/python/psf-salt/pull/234) that was supposed to disable it, but apparently it's not enough. I'll double check with Ee (added to cc). This situation reminds me of the Sorcerer's Apprentice, who starts a magical water ca

[Python-Dev] Re: Presenting PEP 695: Type Parameter Syntax

On 7/14/2022 6:16 PM, Guido van Rossum wrote: In addition, we already use square brackets for *using* generics (e.g. list[int]), and most surveyed languages use the same type of brackets in declarations and uses. I do not yet use annotations, but knowing about 'list[int]', etc, I could immed

[Python-Dev] Re: Switching to Discourse

On 7/21/2022 8:46 PM, Christopher Barker wrote: OT: Does anyone else find it very odd to call a communication system “discord”? For games, most of which involve combat, it seems appropriate. For CPython development, 'harmony' might be better. -- Terry Jan Reedy

[Python-Dev] Re: [python-committers] [RELEASE] Python 3.11 release candidate 1 (3.11.0rc1) is available

On 8/8/2022 12:59 PM, Pablo Galindo Salgado wrote: Python 3.11.0 is almost ready. This release, 3.11.0rc1, is the penultimate release preview. You can get it here: ## This is the first release candidate of Python 3.11 https://www.python.org/downloads/release/python-3110rc1/

[Python-Dev] Re: A proposal to modify `None` so that it hashes to a constant

On 11/30/2022 8:48 PM, Rob Cliffe via Python-Dev wrote: Thank you for this very clear analysis, Oscar. It seems to me that this strengthens the OP's case.  I am curious as to whether others agree. I do. On 30/11/2022 13:35, Oscar Benjamin wrote: On Tue, 29 Nov 2022 at 23:46, Steven D'Aprano

[Python-Dev] Re: What to do about invalid escape sequences

On 8/10/2019 4:33 AM, Paul Moore wrote: (Side issue) This deserves its own thread. As a Windows developer, who has seen far too many cases where use of slashes in filenames implies a Unix-based developer not thinking sufficiently about Windows compatibility, or where it leads to people hard

[Python-Dev] Re: What to do about invalid escape sequences

On 8/8/2019 5:31 AM, Dima Tisnek wrote: These two ought to be converted to raw strings, shouldn't they? For the first example, yes or no. It depends ;-) See below. The problem is that string literals in python code are, by default, half-baked. The interpretation of '\' by the python parser,

[Python-Dev] Re: What to do about invalid escape sequences

On 8/7/2019 6:57 PM, raymond.hettin...@gmail.com wrote: For me, these warnings are continuing to arise almost daily. See two recent examples below. Both examples are fragile, as explained below. They make me more in favor of no longer guessing what \ means in the default mode. The transit

[Python-Dev] Re: What to do about invalid escape sequences

On 8/12/2019 6:34 AM, Eric V. Smith wrote: On 8/12/2019 2:52 AM, Greg Ewing wrote: Eric V. Smith wrote: I'm not in any way serious about this. I just want people to realize how many wacky combinations there would be. It doesn't matter how many combinations there are, as long as multiple prefi

[Python-Dev] Re: Inline links in Misc/NEWS entries

On 8/13/2019 6:31 PM, Kyle Stanley wrote: The primary purpose of me creating this topic was because there seems to be some sentiment that it's perfectly fine to exclusively use plaintext in the news entries. Especially in cases where authors have rejected suggestions to adding the Sphinx marku

[Python-Dev] Re: Missing license for file Modules/ossaudiodev.c

On 8/19/2019 3:19 PM, Jeff Allen wrote: This is undoubtedly the right answer for someone wanting to *use* code *from* CPython. When one signs up to contribute code to the PSF, one is asked to write on  contributed software that it has been "Licensed to the PSF under a Contributor Agreement" (

[Python-Dev] Re: Python for Windows (python-3.7.4.exe) location confusing

On 8/29/2019 4:52 AM, Armen Michaeli wrote: Hi all, The installer dialog mentions Python will be installed in something like $USERPROFILE\AppData\Local\Programs\Python\Python37-32 while at the same time suggesting it will be made available for all users through the "Install launcher for all u

[Python-Dev] Re: Python for Windows (python-3.7.4.exe) location confusing

On 8/29/2019 11:35 AM, Steve Dower wrote: The launcher is installed separately from the main Python installation. So everyone will have access to the launcher, but only you will have access to the Python install - if someone else on the machine installs Python as well, they won't have to insta

[Python-Dev] Re: The Python 2 death march

On 9/10/2019 10:54 AM, Ned Batchelder wrote: What does the "official EOL date" mean if there's a release in April? To me, it means that coredevs freely patching 2.7 ends 1/1/2020 and that the final release will occur by PyCon and that everything between the two is at the discretion of Benjam

[Python-Dev] Re: The Python 2 death march

On 9/17/2019 6:19 PM, Chris Barker via Python-Dev wrote: On Tue, Sep 17, 2019 at 12:06 PM Peter Wang > wrote: On Mon, Sep 16, 2019 at 5:55 PM Chris Barker via Python-Dev mailto:python-dev@python.org>> wrote: Regardless of the date of the final release

[Python-Dev] Re: The Python 2 death march

On 9/18/2019 1:45 PM, Chris Barker via Python-Dev wrote: I'm just echoing (and agreeing with) Peter here -- there is a specific date in the PEP (January 1 2020), and that has been adopted by pythonclock and others, so it would be good to be clear what EXACTLY "support stops" means. In terms

[Python-Dev] Re: [RELEASE] Python 3.8.0 is now available

On 10/15/2019 12:37 AM, Glenn Linderman wrote: And sadly, I'm too fast at trying to install brotli for 3.8: it apparently doesn't have a wheel yet, so tried to compile from source, and couldn't find a C compiler on my machine. System? https://www.lfd.uci.edu/~gohlke/pythonlibs/ has wheels for

[Python-Dev] Re: Awareness creation of a new IDE

On 10/21/2019 7:34 PM, Kyle Stanley wrote: On a somewhat related note to the licensing page, I just noticed that the link to Zope's website (http://www.zope.com) is no longer valid. They currently use a .org TLD instead of .com (https://www.zope.org). Mind if I open a PR to fix/update the link

[Python-Dev] Re: 4 first-time contributions that need core review.

On 10/22/2019 2:53 PM, Brandt Bucher wrote: Hi all. There are a few *very simple* PRs from first-time contributors that have been sitting un-core-reviewed for several weeks. https://github.com/python/cpython/pull/16680: bpo-38419: fix "check-c-globals" path merged https://github.com/python

[Python-Dev] Re: A much better tokenize.untokenize function

On 11/3/2019 11:12 AM, Edward K. Ream wrote: I am creating this post as a courtesy to anyone interested in python's tokenize module. As one of the 46 contributors to this module, and as one who fixed several untokenize bugs a few years ago, I am interested. > **tl;dr:** Various posts, linke

[Python-Dev] Re: Restricted Entry Point from PEP-551/578

On 11/21/2019 4:46 PM, Steve Dower wrote: (though some won't be raised until 3.8.1... we should probably mark those, or at least update that page to warn that events may have been added over time). I included this in a new audit doc issue. https://bugs.python.org/issue38892 -- Terry Jan Reedy

[Python-Dev] Travis CI for backports not working.

Travis passed https://github.com/python/cpython/pull/17366 but a half hour later twice failed https://github.com/python/cpython/pull/17370 https://github.com/python/cpython/pull/17371 saying pyenv: python3.8: command not found pyenv: version `3.7.1' not installed -- Terry Jan Reedy __

[Python-Dev] Re: Travis CI for backports not working.

On 11/24/2019 7:30 PM, Ivan Pozdeev via Python-Dev wrote: On 25.11.2019 1:10, Terry Reedy wrote: Travis passed https://github.com/python/cpython/pull/17366 but a half hour later twice failed https://github.com/python/cpython/pull/17370 This is build logic's fault, `python3.8` i

[Python-Dev] Re: Travis CI for backports not working.

On 11/25/2019 12:40 PM, Ivan Pozdeev via Python-Dev wrote: On 25.11.2019 9:50, Terry Reedy wrote: On 11/24/2019 7:30 PM, Ivan Pozdeev via Python-Dev wrote: On 25.11.2019 1:10, Terry Reedy wrote: Travis passed https://github.com/python/cpython/pull/17366 but a half hour later twice failed

[Python-Dev] Re: Travis CI for backports not working.

On 12/9/2019 7:33 PM, Brett Cannon wrote: Victor Stinner wrote: In that case, would you mind to make Travis CI mandatory again? Done! It is again working fine on 3.8 and 3.7. -- Terry Jan Reedy ___ Python-Dev mailing list -- python-dev@python.org

[Python-Dev] Re: Parameters of str(), bytes() and bytearray()

The docstring is left not fixed.     str(object='') -> str     str(bytes_or_buffer[, encoding[, errors]]) -> str I noticed this too; the doc and docstring should be made to agree with each other and the code. While exploring the actual behavior, I discovered that while the presence of e

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 3:12 AM, Victor Stinner wrote: IMO it's a good optimization to skip __eq__() when id(x) == id(y). From a higher level viewpoint, what is being skipped is literally doing 'x == y'. But it can be surprising, so I just would like to document it somewhere. It is, in the section

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 3:36 AM, Victor Stinner wrote: Le ven. 24 janv. 2020 à 03:37, Guido van Rossum a écrit : I think this started with a valuable optimization for `x in `. I don't know if that was ever carefully documented, but I remember that it was discussed a few times (and IIRC Raymond was adama

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 4:23 AM, Paul Moore wrote: On Fri, 24 Jan 2020 at 02:36, Guido van Rossum wrote: I'm tempted to declare this implementation-defined behavior -- *implicit* calls to __eq__ and __ne__ *may* be skipped if both sides are the same object depending on the whim of the implementation.

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 7:09 AM, Steven D'Aprano wrote: On Fri, Jan 24, 2020 at 05:45:35AM -0500, Terry Reedy wrote: On 1/24/2020 3:36 AM, Victor Stinner wrote: CPython current behavior rely on the fact that it's possible to get the memory address of an object. No, this behavior rel

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 7:09 AM, Steven D'Aprano wrote: On Fri, Jan 24, 2020 at 05:45:35AM -0500, Terry Reedy wrote: On 1/24/2020 3:36 AM, Victor Stinner wrote: CPython current behavior rely on the fact that it's possible to get the memory address of an object. No, this behavior rel

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 5:29 PM, Tim Peters wrote: [Terry Reedy ] ... It is, in the section on how to understand and use value comparison *operators* ('==', etc.). https://docs.python.org/3/reference/expressions.html#value-comparisons First "The default behavior for equality comparison

[Python-Dev] Re: Are PyObject_RichCompareBool shortcuts part of Python or just CPython quirks?

On 1/24/2020 8:43 PM, Tim Peters wrote: [Terry Reedy ] ]& skipping all the parts I agree with] ... Covered by "For user-defined classes which do not define __contains__() but do define __iter__(), x in y is True if some value z, for which the expression x is z or x == z is true, is

[Python-Dev] Re: Request to postpone some Python 3.9 incompatible changes to Python 3.10

On 1/27/2020 4:56 PM, Barry Scott wrote: On 24 Jan 2020, at 08:40, Victor Stinner wrote: The change is that Python 2.7 is no longer supported (since 2020-01-01). Isn't there going to be a final Python 2.7 release in April 2020? Normal patching has stopped, much as if the final .rc1 release ca

[Python-Dev] Re: Typo in Link

On 1/28/2020 8:21 AM, onlinejudge95 wrote: While i was going through the wiki.python.org  links, i saw that the urls(https://wiki.python.org/moin) contains *moin*, is it expected? Except for the entry url, '/moin' is required. https://wiki.python.org/moin/BeginnersGui

[Python-Dev] Re: Maintenance of multiprocessing module: there are a few stalled issues/patches

On 1/31/2020 1:27 PM, mailer@app.tempr.email wrote: Couldn't help but notice that there are quite a few stalled issues/patches, some of them for years even. :-/ So I thought, it might help to bump them here on the mailing list. https://bugs.python.org/issue28053 https://github.com/python/cpyth

[Python-Dev] Re: Issue with PR to ipaddress, core review needed by bpo-34788

On 2/4/2020 5:02 AM, Sasha Pavlyuk wrote: I write the same letter third time with a note of despair. 2019-06-03 I have created PR https://github.com/python/cpython/pull/13772 , which adds IPv6 scoped addresses support to ipaddress module. It is critical to everyone, who is dealing with IPv6  ne

[Python-Dev] Re: Re-requesting review of bpo-36226

On 2/4/2020 11:07 AM, Christian Schmidbauer wrote: we had issued a PR for bpo-36226 almost a year ago, but the PR [1] review has been stalling for 4+ months. Would it be possible to get a new review on this PR? [1] https://github.com/python/cpython/pull/12214 By someone other than the current

[Python-Dev] Re: Cassandra-driver acquiring tstate_lock in python3.6/threading.py while doing cluster.connect and got stuck forever

On 2/4/2020 7:44 AM, pankajkumar--- via Python-Dev wrote: We are running cassandra using mock cassandra and interacting with python cassandra-driver. [We are having a problem with thread locks.] Can anyone suggest how can we proceed further? Python-dev is for development of future versions

[Python-Dev] Re: Clarification of unpacking semantics.

On 2/6/2020 1:28 AM, Brandt Bucher wrote: Commits 13bc139 and 8a4cd70 introduced subtle changes in the evaluation logic of unpacking operations. Previously, all elements were evaluated prior to being collected in a container. Now, these operations are interleaved. For example, the code `[*a, *b

[Python-Dev] Re: Clarification of unpacking semantics.

On 2/6/2020 2:26 PM, Mark Shannon wrote: In the python grammar, an 'expression' is a 'starred_item' but a 'starred_item' need not be an expression. starred_item ::=  expression | "*" or_expr expression ::=  conditional_expression | lambda_expr conditional_expression ::=  or_test ["if" or_test

[Python-Dev] Re: Merging PRs without CLA signed

On 2/24/2020 10:32 AM, Chris Angelico wrote: On Tue, Feb 25, 2020 at 2:25 AM Antoine Pitrou wrote: I'd like to point out that the relevant perspective here isn't PSF policy as much as copyright law. Since Python is copyrighted in the US and the license specifies Virginia as the state of ju

[Python-Dev] Re: Merging PRs without CLA signed

On 2/23/2020 11:44 PM, Guido van Rossum wrote: On Sun, Feb 23, 2020 at 8:11 PM Kyle Stanley > wrote: In a recently opened typo fixing PR [1], an issue came up regarding the lack of a signed CLA, where the author specifically mentioned they did not want to s

[Python-Dev] Re: Accepting PEP 573 (Module State Access from C Extension Methods)

On 3/25/2020 8:12 AM, Petr Viktorin wrote: On 2020-03-23 17:43, Stefan Behnel wrote: As (first-time) BDFL delegate, I accept PEP 573 for Python 3.9, "Module State Access from C Extension Methods" https://www.python.org/dev/peps/pep-0573/ Petr, Nick, Eric and Marcel, thank you for your work and

[Python-Dev] Re: A PEP PR that I closed until someone discusses context

On 5/6/2020 5:28 PM, Steve Dower wrote: On 06May2020 2204, joannah nanjekye wrote: I saw a PR on the PEP repository that looked like a joke here : https://github.com/python/peps/pull/1396 The author can give context to re-open if it was intentional. Given there isn't a real email address on

[Python-Dev] Re: Please welcome our next Release Manager, Pablo!

On 5/19/2020 6:54 PM, Barry Warsaw wrote: I’m very happy to announce our next Release Manager, for Python 3.10 and 3.11: Pablo Galindo Salgado! I think having a buildbot watcher as release manager will be great. I see 2 major, possible contentious issues for the next two releases. First, w

[Python-Dev] Re: PEG parser and raw strings

On 5/28/2020 3:26 PM, Vito De Tullio wrote: Just a question about the new PEG parser: will it support lone slash in raw strings? In 3.9, the new parser is intended to be a drop-in replacement. That is still being worked on. For 3.10, user-visible changes can be considered, but I have not se

[Python-Dev] Re: Final reminder: 3.7.8 / 3.6.11 cutoff Monday, last non-security bugfixes for 3.7.x

On 6/12/2020 9:31 PM, Ivan Pozdeev via Python-Dev wrote: On 13.06.2020 3:49, Łukasz Langa wrote: On 12 Jun 2020, at 19:51, Ivan Pozdeev via Python-Dev mailto:python-dev@python.org>> wrote: I would doubt the quality of tags maintenance at Github, too. E.g.https://github.com/python/cpython/pu

[Python-Dev] Re: PEP 622: Structural Pattern Matching

On 6/23/2020 5:56 PM, Barry Warsaw wrote: match: expression case arm1: pass case arm2: pass else: pass nicely mirrors try/except and if/elif/else constructs so it looks quite natural. Agreed as to the look of the form. Some observations

[Python-Dev] Re: Flexible assignment targets

On 7/3/2020 8:28 AM, Rhodri James wrote: On 03/07/2020 00:12, Nick Coghlan wrote: On Fri., 3 Jul. 2020, 2:27 am MRAB, wrote: match shape: try Point(x, y): ... try Rectangle(x0, y0, x1, y1, painted=True): ... I'm actually surprised at how much I like that.  It ce

<    5   6   7   8   9   10   11   12   13   14   >