[Python-Dev] Re: Can we change python -W option and PYTHONWARNINGS to use a regex for the message?

It'll probably be easier to change the warnings filter semantic (https://docs.python.org/3/library/warnings.html#the-warnings-filter) to which those values are directly passed. On 16.04.2021 16:07, Victor Stinner wrote: Hi, I propose to change the -W command line option and the PYTHONWARNINGS

[Python-Dev] Re: NamedTemporaryFile and context managers

On 08.04.2021 23:31, Ethan Furman wrote: In issue14243 [1] there are two issues being tracked: - the difference in opening shared files between posix and Windows - the behavior of closing the underlying file in the middle of  NamedTemporaryFile's context management I'd like to address and get

[Python-Dev] Re: How about using modern C++ in development of CPython ?

On 24.03.2021 19:58, Antoine Pitrou wrote: On Wed, 24 Mar 2021 19:45:49 +0300 Ivan Pozdeev via Python-Dev wrote: How does C++ fare in binary compatibility? Last time I checked it out (about 10 years ago), there was completely none, every compiler's ABI was a black box without any guarantees

[Python-Dev] Re: How about using modern C++ in development of CPython ?

How does C++ fare in binary compatibility? Last time I checked it out (about 10 years ago), there was completely none, every compiler's ABI was a black box without any guarantees whatsoever. For any software that's going to dynamically link and exchange binary types with other independently

[Python-Dev] Re: Tests now start with only 131 imported modules, instead of 233

I didn't quite get what the big effect is. Saving 30 milliseconds? Also, how is the now-split-off funcionality to be invoked? Does it require two or more imports now, or it's imported on demand when one invokes an appropriate test.support entry? On 23.03.2021 4:29, Victor Stinner wrote: Hi,

[Python-Dev] Re: pth file encoding

On 17.03.2021 23:04, Steve Dower wrote: On 3/17/2021 7:34 PM, Ivan Pozdeev via Python-Dev wrote: On 17.03.2021 20:30, Steve Dower wrote: On 3/17/2021 8:00 AM, Michał Górny wrote: How about writing paths as bytestrings in the long term?  I think this should eliminate the necessity of knowing

[Python-Dev] Re: pth file encoding

On 17.03.2021 20:30, Steve Dower wrote: On 3/17/2021 8:00 AM, Michał Górny wrote: How about writing paths as bytestrings in the long term?  I think this should eliminate the necessity of knowing the correct encoding for the filesystem. That's what we're trying to do, the problem is that they

[Python-Dev] Re: New name for the development branch [was Steering Council update for February]

I think https://mail.python.org/archives/list/python-dev@python.org/message/GDAUZKYB6GP3A3ZGBSQ4KQ7R6QFIZHZC/ and https://mail.python.org/archives/list/python-dev@python.org/message/RE3V6Y7CPHOL6LGPPYSVS3XQFTIQRZ3J/ already explained the reasons in sufficient detail -- that "main" is a

[Python-Dev] Re: Steering Council update for February

On 10.03.2021 3:53, Chris Angelico wrote: On Wed, Mar 10, 2021 at 11:47 AM Damian Shaw wrote: Does 'master' confuse people? There's a general movement to replace language from common programming practises that derive from, or are associated with, the dehumanization of people. Such as

[Python-Dev] Re: PEP 654 -- Exception Groups and except* : request for feedback for SC submission

* In https://www.python.org/dev/peps/pep-0654/#programming-without-except, the natural way isn't shown: try:     except (MultiError, ValueError) as e:     def _handle(e):     if isinstance(e, ValueError):        return None     else:     return exc    

[Python-Dev] Maintenance burdem from unresolved process issues (was: Re: Re: Move support of legacy platforms/architectures outside Python)

This, and an earlier letter about the burned of a release manager, confirmes my suspicion that a large share of "maintenance burden" comes from unresolved process issues. E.g. looks like Victor had been unconvinced that unreliable tests are a serious issue and cost the team so much (including

[Python-Dev] Re: Move support of legacy platforms/architectures outside Python

IIRC I suggested earlier that buildsbots should be integrated into the PR workflow in order to make it the contributor's rather than a core dev's burden to fix any breakages that result from their changes. On 22.02.2021 14:20, Victor Stinner wrote: On Sun, Feb 21, 2021 at 8:57 PM Michał Górny

[Python-Dev] Re: Move support of legacy platforms/architectures outside Python

On 22.02.2021 11:20, Michał Górny wrote: On Sun, 2021-02-21 at 13:04 -0800, Gregory P. Smith wrote: The main thing from a project maintenance perspective is for platforms to not become a burden to other code maintainers.  PRs need to be reviewed. Every #if/#endif in code is a cognitive burden. 

[Python-Dev] Re: PEP 597 bikeshedding: envvar / option name.

I see plenty of envvars with similarly long names at https://docs.python.org/3/using/cmdline.html . So your initial name "PYTHONWARNDEFAULTENCODING" LGTM. The first intuitive choice is often the right one ('cuz it's, well, intuitive). On 15.02.2021 8:28, Inada Naoki wrote: I am updating PEP

[Python-Dev] Re: Python standardization

How a standard by ANSI, ECMA and/or ISO is any better than a standard by the PSF? Is PSF bad at "controlling its growth and avoiding featuritis" in your opinion or smth? On 12.02.2021 21:33, Dan Stromberg wrote: What would it take to create an ANSI, ECMA and/or ISO standard for Python? It

[Python-Dev] Re: Change windows installation program name

You want to make a poll or something? Discourse can do that: https://meta.discourse.org/t/how-to-create-polls/77548 On 08.02.2021 23:07, Barry Scott wrote: I raise https://bugs.python.org/issue43156 that suggests that new users on windows would be less confused if the name of the installation

[Python-Dev] Re: Concerns about PEP 634

On 07.02.2021 0:24, Paul Sokolovsky wrote: Hello, On Sun, 7 Feb 2021 00:00:41 +0300 Ivan Pozdeev via Python-Dev wrote: Who said "__future__"? Other people said __future__. And yet other said "it's ok the way it is, it's better to have it like that then keep not having it&

[Python-Dev] Re: Concerns about PEP 634

_future__ due to its contentious nature met immediate resistance. No point going down that road. Kind regards, Steve On Sat, Feb 6, 2021 at 8:15 PM Ivan Pozdeev via Python-Dev mailto:python-dev@python.org>> wrote: With such a large new area of functionality that's at odds with existing synta

[Python-Dev] Re: Concerns about PEP 634

With such a large new area of functionality that's at odds with existing syntax and semantics and a lack of clear vision and agreement, it sounds like this would be better first added as a 3rd-party library to let the syntax and semantics mature. (To allow new syntax, it'll probably be parsing

[Python-Dev] Re: Why aren't we allowing the use of C11?

On 29.01.2021 20:15, Victor Stinner wrote: Hi Mark, I tried to use C11 _Thread_local (Thread Local Storage, TLS) only with GCC and clang and I got issues on macOS: https://github.com/python/cpython/pull/23976 My PR uses __thread if _Thread_local is not available. I don't think that MSC

[Python-Dev] Re: New sys.module_names attribute in Python 3.10: list of all stdlib modules

Fortunately for, you :) , all this argument is not against the feature per se but only against its use to blindly filter module lists for automated bug reports. On 26.01.2021 1:34, Victor Stinner wrote: On Mon, Jan 25, 2021 at 11:22 PM Ivan Pozdeev via Python-Dev wrote: That's not possible

[Python-Dev] Re: New sys.module_names attribute in Python 3.10: list of all stdlib modules

module's contents, either. As such, there's no way to tell if any given module being imported is a standard or a 3rd-party one. On 25.01.2021 20:33, Chris Jerdonek wrote: On Mon, Jan 25, 2021 at 7:51 AM Ivan Pozdeev via Python-Dev mailto:python-dev@python.org>> wrote: Just _names_? The

[Python-Dev] Re: New sys.module_names attribute in Python 3.10: list of all stdlib modules

Just _names_? There's a recurring error case when a 3rd-party module overrides a standard one if it happens to have the same name. If you filter such a module out, you're shooting yourself in the foot... On 25.01.2021 16:03, Victor Stinner wrote: Hi, I just added a new sys.module_names

[Python-Dev] Re: Bumping minimum Sphinx version to 3.2 for cpython 3.10?

On 13.01.2021 3:12, Senthil Kumaran wrote: On Wed, Jan 13, 2021 at 02:53:30AM +0300, Ivan Pozdeev via Python-Dev wrote: I support keeping same Sphinx version across all the supported python versions. This is not a sustainable route since this way, there's no way to change the version at all

[Python-Dev] Re: Bumping minimum Sphinx version to 3.2 for cpython 3.10?

On 13.01.2021 2:47, Senthil Kumaran wrote: On Wed, Jan 13, 2021 at 12:28:42AM +0100, Victor Stinner wrote: The alternative is to keep Sphinx 2 support, use strip_signature_backslash and don't use :no-trim-doctest-flags: ? +1. :no-trim-doctest-flags: was introduced to python docs only

[Python-Dev] Re: Need help with python

This mailing list is for the development _of_ the Python language and its CPython implementation. Please consult other resources for help with using or learning Python. On 01.01.2021 11:58, hadi esmaeely wrote: hi my name is hadi i'm from iran (the country which filtering others and  be

[Python-Dev] Re: unittest of sequence equality

On 22.12.2020 22:59, Ivan Pozdeev via Python-Dev wrote: In the light of this and https://github.com/python/cpython/blob/6afb730e2a8bf0b472b4c3157bcf5b44aa7e6d56/Lib/unittest/case.py#L970 (linked to from https://mail.python.org/archives/list/python-dev@python.org/message

[Python-Dev] Re: unittest of sequence equality

it, `seq1 == seq2` should check for (TypeError, NotImplementedError) and fall back to by-element comparison in such a case.* On 22.12.2020 22:50, Ivan Pozdeev via Python-Dev wrote: Okay, I see that by "fails", you probably meant "raises this exception" rather than fail

[Python-Dev] Re: unittest of sequence equality

ac On 12/22/2020 2:28 PM, Ivan Pozdeev via Python-Dev wrote: You sure about that? For me, bool(np.array) raises an exception: In [12]: np.__version__ Out[12]: '1.19.4' In [11]: if [False, False]==np.array([False, False]): print("foo") <...> ValueError: The truth value of

[Python-Dev] Re: unittest of sequence equality

On 22.12.2020 21:52, Alan G. Isaac wrote: The following test fails because because `seq1 == seq2` returns a (boolean) NumPy array whenever either seq is a NumPy array. You sure about that? For me, bool(np.array) raises an exception: In [12]: np.__version__ Out[12]: '1.19.4' In [11]: if

[Python-Dev] Re: macOS issues with 3.8.7rc1

The best way to deal with EOL platforms that I've seen is "best effort": do not guarantee continued operability but accept patches that fix breakages -- as long as they don't add maintenance burden beyond a comfortable level. So if there's a person willing to backport changes (and test them

[Python-Dev] Re: python.org doc portal question/bug

I just missed it, too, even though I specifically looked for it. I was looking for "help"/"feedback"/"contact". The page I found, https://www.python.org/about/help/, in a text specifically saying about getting help, mentions webmas...@python.org but doesn't say a

[Python-Dev] Re: Contribution to github repos.

See https://devguide.python.org/ . On 06.11.2020 6:57, Manak Wadhwa wrote: Hey Guys, I am Manak Wadhwa. I have a good hand in python language, ML Algorithms, Web Dev (HTML5, CSS3, JS, PHP, AJAX, Bootstrap, JQuery). I want to contribute to python org can someone help as which repository should

[Python-Dev] Re: os.scandir bug in Windows?

On 19.10.2020 14:47, Steve Dower wrote: On 19Oct2020 1242, Steve Dower wrote: On 15Oct2020 2239, Rob Cliffe via Python-Dev wrote: TLDR: In os.scandir directory entries, atime is always a copy of mtime rather than the actual access time. Correction - os.stat() updates the access time to

[Python-Dev] Re: [python-committers] Performance benchmarks for 3.9

On 14.10.2020 17:04, M.-A. Lemburg wrote: On 14.10.2020 16:00, Pablo Galindo Salgado wrote:  Would it be possible to get the data for older runs back, so that it's easier to find the changes which caused the slowdown ? Unfortunately no. The reasons are that that data was misleading because

[Python-Dev] Re: [python-committers] Resignation from Stefan Krah

Possessive and obstructive behavior like Victor describes below is incompatible with the bazaar model of development (=a model where the dev team accepts contributions from a wide range of people). I've dealt with projects that exert this kind of attitude (Tcl and Git for Windows are the latest

[Python-Dev] Re: [python-committers] Resignation from Stefan Krah

On 09.10.2020 15:28, Christian Heimes wrote: On 09/10/2020 04.04, Ivan Pozdeev via Python-Dev wrote: I don't see the point of requiring to "write an apology", especially *before a 12-month ban*. If they understand that their behavior is wrong, there's no need for a ban

[Python-Dev] Re: [python-committers] Resignation from Stefan Krah

I don't see the point of requiring to "write an apology", especially *before a 12-month ban*. If they understand that their behavior is wrong, there's no need for a ban, at least not such a long one; if they don't, they clearly aren't going to write it, at least not now (they might later, after

[Python-Dev] Re: PEP 632: Deprecate distutils module

Then, as Victor said, it will have to be bundled into Python's codebase. On 05.09.2020 11:06, Emily Bowman wrote: On Sat, Sep 5, 2020 at 12:37 AM Ivan Pozdeev via Python-Dev mailto:python-dev@python.org>> wrote: As I wrote in https://stackoverflow.com/questions/25337706/setupto

[Python-Dev] Re: PEP 632: Deprecate distutils module

As I wrote in https://stackoverflow.com/questions/25337706/setuptools-vs-distutils-why-is-distutils-still-a-thing/40176290#40176290, distutils has a responsibility that setuptools as a 3rd-party entity cannot fulfill -- to set the core standards for addon modules structure and interface and be

[Python-Dev] Re: PR stuck in Travis

(Whoops, replied only to Facundo by mistake. Resending with reply to the list as well.) At first glance, it looks like Travis not acting upon a build request. First, AFAICS from the UI, you can merge it regardless. But I suggest restarting the checks as it might be an actual problem for

[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

+10. See https://stackoverflow.com/questions/36825925/expressions-with-true-and-is-true-give-different-results/36826262#36826262 for concrete evidence where another semantically inconsistent operator overloading caused trouble and what Stroustroup has to say on the matter. On 31.07.2020 13:42,

[Python-Dev] Re: datetime module refactoring: folder vs parallel private modules

On 20.07.2020 20:58, Paul Ganssle wrote: Hi all, I was hoping to get some feedback on a proposed refactoring of the datetime module that should dramatically improve import performance. The datetime module is implemented more or less in full both in pure Python and in C; the way that this is

[Python-Dev] Re: [OT] I'm unsubscribing from this tire fire (formerly known as python-dev)

I'm using my mailer's "ignore thread" feature and counting on the fact that the flamers will eventually exhaust themselves (most already have). On 06.07.2020 8:41, Christian Heimes wrote: Y'all, trigger warning: strong opinion The Urban Dictionary defines the term "tire fire": A

[Python-Dev] Re: In case you're wondering about 3.5.10rc1

On 04.07.2020 10:01, Larry Hastings wrote: It's held up on SSL.  Ubuntu 20.04 changed some security parameter tunings, which breaks some uses of the SSL module, and approximately eight modules in the test suite.  I assume this wasn't caught on the buildbots because they don't use Ubuntu--or

[Python-Dev] Re: Recent PEP-8 change (Antoine Pitrou)

On 03.07.2020 15:26, Henk-Jaap Wagenaar wrote: On Fri, 3 Jul 2020 at 13:10, Ivan Pozdeev mailto:v...@mail.mipt.ru>> wrote: So what? Unnecessary They'll have to synchronise their history to ours to be able to make a PR. And if they don't, it doesn't matter for us what they do

[Python-Dev] Re: Recent PEP-8 change (Antoine Pitrou)

On 03.07.2020 15:01, Henk-Jaap Wagenaar wrote: On Fri, 3 Jul 2020 at 08:50, Ivan Pozdeev via Python-Dev mailto:python-dev@python.org>> wrote: Per https://mail.python.org/archives/list/python-dev@python.org/message/KQSHT5RZPPUBBIALMANFTXCMIBGSIR5Z/, we're talking about an infi

[Python-Dev] Re: Recent PEP-8 change (Antoine Pitrou)

On 03.07.2020 3:10, Łukasz Langa wrote: On 2 Jul 2020, at 21:38, Chris Angelico wrote: Formal proposal: Either request a new commit message from the original author, or have someone rewrite it, and we go ahead and make the change. -1 This would be serious precedent to fiddling with publicly

[Python-Dev] Re: Re Re: Recent PEP-8 change (Ivan Pozdeev)

At https://git-scm.com/book/en/v2/Git-Branching-Rebasing#_rebase_vs_merge, they say that the argument of whether to allow overwriting history in VCSes stems from two opposing views on what a project's history should be. One is that is shall be a raw, unedited record of events as they happened;

[Python-Dev] Re: Recent PEP-8 change (Antoine Pitrou)

On 02.07.2020 21:20, Chris Angelico wrote: On Fri, Jul 3, 2020 at 4:09 AM David Mertz wrote: An issue is that commit messages are uneditable after merge, so something written somewhere suggesting consideration of this would be a good idea, with authors/mergers bearing this in mind, however

[Python-Dev] Re: The Anti-PEP

On 25.06.2020 13:57, Mark Shannon wrote: Hi, I'd like to propose the "Anti-PEP". As I'm sure you've all noticed, contentious PEPs like 572, and now 622, generate a lot of email discussion. It's easy to feel that people's opinions are being dismissed and that legitimate criticisms aren't

[Python-Dev] Re: REPL output bug

On 16.06.2020 1:40, Joseph Jenne via Python-Dev wrote: On 2020-06-15 15:26, Ivan Pozdeev via Python-Dev wrote: On 12.06.2020 11:01, Rob Cliffe via Python-Dev wrote: If I run the following program (using Python 3.8.3 on a Windows 10 laptop): import sys, time for i in range(1,11

[Python-Dev] Re: REPL output bug

On 12.06.2020 11:01, Rob Cliffe via Python-Dev wrote: If I run the following program (using Python 3.8.3 on a Windows 10 laptop): import sys, time for i in range(1,11):     sys.stdout.write('\r%d' % i)     time.sleep(1) As intended, it displays '1', replacing it at 1-second intervals with

[Python-Dev] Re: How to specify optional support of arguments

On 15.06.2020 8:45, Serhiy Storchaka wrote: 14.06.20 23:45, Ivan Pozdeev via Python-Dev пише: 1. The documentation clearly says that it's supported depending on OS flavor -- so if I want to know if I can supply it, I need to rather check `os.name`. Those members are thus redundant

[Python-Dev] Re: How to specify optional support of arguments

(see an answer to the OP's specific question below) I don't quite get the point for .supports_stuff. It seems well-intentioned but misguided. 1. The documentation clearly says that it's supported depending on OS flavor -- so if I want to know if I can supply it, I need to rather check

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

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/pull/12131is labeled 3.7 and 3.8 at BPO but has no ba

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

On 12.06.2020 16:08, Ned Deily wrote: On Jun 12, 2020, at 08:25, Ivan Pozdeev via Python-Dev wrote: Why not take a look at the list of open issues for 3.7 with PRs then? There are 702 as of now. https://bugs.python.org/issue?%40sort0=creation&%40sort1=&%40group0=&%40group1

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

Why not take a look at the list of open issues for 3.7 with PRs then? There are 702 as of now. https://bugs.python.org/issue?%40sort0=creation&%40sort1=&%40group0=&%40group1=&%40columns=title%2Cid%2Cactivity%2Cstatus&%40filter=status%2Cversions%2Cstage=1=21=4&%40pagesize=50&%40startwith=0 On

[Python-Dev] Re: Repr: where to place the address and additional info?

If you are going to give details, you'd better use the "equivalent expression" kind of repr. As I explained earlier in the "Enum._convert should change __repr__", the angle brackets repr doesn't actually give any information that the user can rely upon except the type and the address. On

[Python-Dev] Re: Improvement to SimpleNamespace

On 16.04.2020 0:34, Glenn Linderman wrote: On 4/15/2020 12:47 PM, Ivan Pozdeev via Python-Dev wrote: When writing a proof-of-concept implementation, however, I bumped into the need to distinguish which of the child objects are containers (thus need to be wrapped as well) and which

[Python-Dev] Re: Improvement to SimpleNamespace

First of all, be aware of the limitations of this approach (which will need to be clearly documented if we go this way): * It only allows valid Python identifiers -- while JSON accepts any sequence of Unicode characters for keys

[Python-Dev] Re: PEP: Modify the C API to hide implementation details

On 10.04.2020 20:20, Victor Stinner wrote: Hi, Here is a first draft a PEP which summarize the research work I'm doing on CPython C API since 2017 and the changes that me and others already made since Python 3.7 towards an "opaque" C API. The PEP is also a collaboration with developers of

[Python-Dev] Re: Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

On 26.03.2020 19:24, Ethan Furman wrote: On 03/25/2020 06:53 PM, Ivan Pozdeev via Python-Dev wrote: A diagnostic is always done by the same algorithm: 1) Identify the exact place in code where the problem manifests itself 2) Examine the state of the program at that moment to find out which

[Python-Dev] Re: Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

On 26.03.2020 11:59, Serhiy Storchaka wrote: 26.03.20 01:35, Ivan Pozdeev via Python-Dev пише: E. g. in this case, AF_UNIX is a member of some entity called "AddressFamily" -- so I would search the code for "AddressFamily" to see what I'm looking at and what else I can

[Python-Dev] Re: Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

On 26.03.2020 4:10, Chris Angelico wrote: On Thu, Mar 26, 2020 at 12:08 PM Ivan Pozdeev via Python-Dev wrote: On 26.03.2020 2:41, Chris Angelico wrote: On Thu, Mar 26, 2020 at 10:38 AM Ivan Pozdeev via Python-Dev wrote: I'm skeptical about anything that hides an object's "true n

[Python-Dev] Re: Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

On 26.03.2020 2:41, Chris Angelico wrote: On Thu, Mar 26, 2020 at 10:38 AM Ivan Pozdeev via Python-Dev wrote: I'm skeptical about anything that hides an object's "true nature": this is a major landmine in diagnostics because it lies to you about what you are looking at and whe

[Python-Dev] Re: Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

I'm skeptical about anything that hides an object's "true nature": this is a major landmine in diagnostics because it lies to you about what you are looking at and where to look for its implementation. E. g. in this case, AF_UNIX is a member of some entity called "AddressFamily" -- so I would

[Python-Dev] Re: PEP 616 -- String methods to remove prefixes and suffixes

On 22.03.2020 7:46, Steven D'Aprano wrote: On Sun, Mar 22, 2020 at 06:57:52AM +0300, Ivan Pozdeev via Python-Dev wrote: Does it need to be separate methods? Yes. Overloading a single method to do two dissimilar things is poor design. They are similar. We're removing stuff from an edge

[Python-Dev] Re: PEP 616 -- String methods to remove prefixes and suffixes

On 22.03.2020 6:38, Guido van Rossum wrote: On Sat, Mar 21, 2020 at 6:46 PM Nick Coghlan mailto:ncogh...@gmail.com>> wrote: On Sat., 21 Mar. 2020, 11:19 am Nathaniel Smith, mailto:n...@pobox.com>> wrote: On Fri, Mar 20, 2020 at 11:54 AM Dennis Sweeney

[Python-Dev] Re: PEP 616 -- String methods to remove prefixes and suffixes

On 20.03.2020 21:52, Dennis Sweeney wrote: Browser Link: https://www.python.org/dev/peps/pep-0616/ PEP: 616 Title: String methods to remove prefixes and suffixes Author: Dennis Sweeney Sponsor: Eric V. Smith Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 19-Mar-2020

[Python-Dev] Re: [bpo-22699] Cross-compiling and fixing sysconfig

Last time I checked, distutils didn't support compilation for anything but the running Python instance, nor was it intended to. Should it? If not, the efforts look misplaced, you should rather use a toolchain that does... On 19.03.2020 23:22, Steve Dower wrote: So over on

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

On 24.02.2020 8:30, Kyle Stanley wrote: > (What is it with typos anyway? Why do people feel the need to invoke megabytes if not gigabytes of internet traffic to correct a word that every reader can easily correct in their mind?) Speaking from personal experience to some degree, my first PR was

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

On 24.02.2020 7:07, Kyle Stanley wrote: For a full list of merged PRs to CPython with a "CLA not signed" label, see the following: https://github.com/python/cpython/pulls?utf8=%E2%9C%93=is%3Apr+state%3Amerged+label%3A%22CLA+not+signed%22 Note that if you open a PR, and _then_ sign the CLA,

[Python-Dev] Merge bugs.python.org accounts

Who should I contact on subj? BPO UI doesn't have any contact information. -- Regards, Ivan ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org

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

On 24.01.2020 5:36, Guido van Rossum wrote: Good question! 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 adamant that this should be so optimized --

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

On 24.01.2020 11:08, Serhiy Storchaka wrote: 23.01.20 17:20, Victor Stinner пише: Incompatible changes which require "if : (...) else: (...)" or "try: except (...): ": * Removed tostring/fromstring methods in array.array and base64 modules * Removed collections aliases to ABC classes *

[Python-Dev] Re: Why doesn't venv also install python3*-config?

On 13.01.2020 16:21, Daniel Haude wrote: Am 12.01.2020 23:39 schrieb Ivan Pozdeev via Python-Dev: Virtualenv does create `python-config` shim in Linux. Python3 doesn't. Definetely. Not on RHEL7 and Debian, that's where I tested it. You are right, I've got it mixed up. Virtualenv creates

[Python-Dev] Re: Why doesn't venv also install python3*-config?

On 12.01.2020 19:20, mus...@posteo.org wrote: Hi guys, after I got the whole list into a lather about the merits of the python-config program, let me rephrase the question: Is there a "canonical" way of automatically finding the correct include files and Python runtime library when embedding

[Python-Dev] Re: Why doesn't venv also install python3*-config?

On 08.01.2020 14:26, Musbur wrote: Hello, I'm experimenting with package development on different versions of Python in different virtualenvs. After running "make" I don't do "make install", but rather I set up virtualenvs by running /path/to/source/python -m venv env_dir. This works for as

[Python-Dev] Re: Something wrong with the bug tracker?

On 22.12.2019 18:21, Martin (gzlist) via Python-Dev wrote: Logging in with openid using launchpad just worked for me, so transient or related to google's openid support presumably. I have been unable to log in with google for a long time; had to reset the password to be able to log in

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

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 https://github.com/python/cpython/pull/17370 This is build

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

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` is not guaranteed to be present. I believe Configure is finding pyenv's

[Python-Dev] Re: python3 -bb and hash collisions

On 10.09.2019 21:12, Chris Angelico wrote: On Wed, Sep 11, 2019 at 12:47 AM Daniel Holth wrote: On Sat, Jun 22, 2019 at 2:48 AM Serhiy Storchaka wrote: 22.06.19 01:08, Daniel Holth пише: Thanks. I think I might like an option to disable str(bytes) without disabling str != bytes. Unless the

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

On 19.08.2019 23:30, Terry Reedy wrote: 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

[Python-Dev] Re: PEP 572 TargetScopeError

On 08.08.2019 20:54, Barry Warsaw wrote: On Aug 8, 2019, at 10:41, Tim Peters wrote: Whereas SyntaxError would give no clue whatsoever, and nothing useful to search for. In contrast, a search for TargetScopeError would presumably find a precisely relevant explanation as the top hit (indeed,

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

On 05.08.2019 7:22, raymond.hettin...@gmail.com wrote: We should revisit what we want to do (if anything) about invalid escape sequences. For Python 3.8, the DeprecationWarning was converted to a SyntaxWarning which is visible by default. The intention is to make it a SyntaxError in Python

[Python-Dev] Re: Comparing dict.values()

On 23.07.2019 23:59, Kristian Klette wrote: Hi! During the sprints after EuroPython, I made an attempt at adding support for comparing the results from `.values()` of two dicts. Currently the following works as expected: ``` d = {'a': 1234} d.keys() == d.keys() d.items() == d.items() ```

[Python-Dev] Re: Python 3.7.4, Visual Studio versions for building modules from source

On 22.07.2019 18:25, Kacvinsky, Tom wrote: HI, Not sure if this is the right place to ask, but I am trying to build pywin32-224 from source for Python 3.7.4. I think this might be the right list as this seems to be a generic problem I am having, but I want to focus on one particular module.

[Python-Dev] Re: What is a public API?

On 13.07.2019 23:56, Serhiy Storchaka wrote: I thought that the name in a module is in the public interface if: * It doesn't start with an underscore and the module does not have __all__. * It is included in the module's __all__ list. * It is explicitly documented as a part of the public

[Python-Dev] Re: [Possibly off-topic] Python-Announce floods and delays

On 08.07.2019 23:10, Jonathan Goble wrote: On Mon, Jul 8, 2019, 3:56 PM Barry Warsaw mailto:ba...@python.org>> wrote: On Jul 8, 2019, at 12:27, Jonathan Goble mailto:jcgob...@gmail.com>> wrote: > Is there a solution to this that would enable moderators to approve > more frequently?

[Python-Dev] Re: Removing dead bytecode vs reporting syntax errors

On 06.07.2019 0:28, Pablo Galindo Salgado wrote: Hi, Recently, we moved the optimization for the removal of dead code of the form if 0: to the ast so we use JUMP bytecodes instead (being completed in PR14116). The reason is that currently, any syntax error in the block will never be

[Python-Dev] Re: Annoying user on GitHub

On 02.07.2019 19:09, Steve Dower wrote: On 02Jul2019 0840, Mariatta wrote: I've used the "Report abuse" feature on GitHub for such situations. Most of the time I see the user suspended, and the associated comments deleted. Our GitHub admins can delete comments too. On Tue, Jul 2, 2019, 1:42

[Python-Dev] Re: Change SystemError to NOT inherit from Exception

On 01.07.2019 12:25, Jeroen Demeyer wrote: A SystemError is typically raised from C to indicate serious bugs in the application which shouldn't normally be caught and handled. It's used for example for NULL arguments where a Python object is expected. So in some sense, SystemError is the Python

[Python-Dev] Re: Sponsoring Python development via the PSF

On 26.06.2019 10:41, Pau Freixes wrote: Hi, Why not the other way around? Having from the very beginning a clear goal with a speculative budget, companies would have visibilitty about the end goal of their donations. Otherwise is a bit a leap of faith. +1. That's why I never donate to

[Python-Dev] Re: python3 -bb and hash collisions

On 22.06.2019 1:08, Daniel Holth wrote: Thanks. I think I might like an option to disable str(bytes) without disabling str != bytes. Unless the second operation would also corrupt output. You can't compare str to bytes without knowing the encoding the bytes are supposed to be in (see

Re: [Python-Dev] PEP 594 - a proposal for unmaintained modules

On 27.05.2019 4:55, Steven D'Aprano wrote: On Sun, May 26, 2019 at 04:03:11PM +0300, Ivan Pozdeev via Python-Dev wrote: On 24.05.2019 9:55, Steven D'Aprano wrote: I don't know if this is a good idea or a terrible idea or somewhere in between, so I'm throwing it out to see if anyone likes

Re: [Python-Dev] PEP 594 - a proposal for unmaintained modules

On 24.05.2019 9:55, Steven D'Aprano wrote: I don't know if this is a good idea or a terrible idea or somewhere in between, so I'm throwing it out to see if anyone likes it. Let's add a third option to PEP 594 between "keep" and "remove": explicitly flagging a module as unmaintained.

Re: [Python-Dev] Python in next Windows 10 update

On 22.05.2019 23:52, Steve Dower wrote: On 22May2019 1309, Ivan Pozdeev via Python-Dev wrote: As someone whose job is to diagnose and fix problems with running software: Are there patches in your release? Do you provide corresponding sources and debug symbols for it? You can find the sources

Re: [Python-Dev] Python in next Windows 10 update

On 21.05.2019 23:30, Steve Dower wrote: Hi all Just sharing this here because I think it's important for us to be aware of it - I'm not trying to promote or sell anything here :) (Those who were at the language summit have seen this already.) In the next Windows 10 update that starts

Re: [Python-Dev] PEP 581 (Using GitHub issues for CPython) is accepted

On 15.05.2019 11:48, Antoine Pitrou wrote: On Tue, 14 May 2019 18:11:14 -0700 Barry Warsaw wrote: As the BDFL-Delegate for PEP 581, and with the unanimous backing of the rest of the Steering Council, I hereby Accept this PEP. For future reference, is it possible to post the Steering

  1   2   3   >