[Python-Dev] Re: PEP 654: Exception Groups and except* [REPOST]

2021-03-26 Thread Nick Coghlan
On Sat, 27 Mar 2021, 9:24 am Guido van Rossum, wrote: > Everyone, > > Given the resounding silence I'm inclined to submit this to the Steering > Council. While I'm technically a co-author, Irit has done almost all the > work, and she's done a great job. If there are no further issues I'll send >

[Python-Dev] Re: PEP-376 and PEP-427 interpretation

2021-03-26 Thread MRAB
On 2021-03-27 01:54, Theallredman via Python-Dev wrote: Forgive me if this isn't the correct venue for this question and I ask your help directing me to the correct place if it is not. In PEP-376 it states with respect to the valid hashes in a Wheel RECORD file: "The hash is either the

[Python-Dev] PEP-376 and PEP-427 interpretation

2021-03-26 Thread Theallredman via Python-Dev
Forgive me if this isn't the correct venue for this question and I ask your help directing me to the correct place if it is not. In PEP-376 it states with respect to the valid hashes in a Wheel RECORD file: "The hash is either the empty string or the hash algorithm as named in

[Python-Dev] Re: PEP 654: Exception Groups and except* [REPOST]

2021-03-26 Thread Terry Reedy
On 3/26/2021 7:19 PM, Guido van Rossum wrote: Everyone, Given the resounding silence I'm inclined to submit this to the Steering Council. While I'm technically a co-author, Irit has done almost all the work, and she's done a great job. If there are no further issues I'll send this SC-wards

[Python-Dev] Re: PEP 654: Exception Groups and except* [REPOST]

2021-03-26 Thread Guido van Rossum
Everyone, Given the resounding silence I'm inclined to submit this to the Steering Council. While I'm technically a co-author, Irit has done almost all the work, and she's done a great job. If there are no further issues I'll send this SC-wards on Monday. --Guido On Sat, Mar 20, 2021 at 10:05

[Python-Dev] Re: On the migration from master to main

2021-03-26 Thread Pablo Galindo Salgado
> f I have branch fix_something that is branched off master from a while ago, do I need to do anything to it? In general no, branches are basically a file that points to a given commit so even if they branched from master the actual commit sha is what matters. The only case if you have a branch

[Python-Dev] Re: On the migration from master to main

2021-03-26 Thread Paul Moore
On Fri, 26 Mar 2021 at 19:54, Mariatta wrote: > > > The branch has not been renamed. It will be renamed after the release of beta > 1. > > There is a pending PR on DevGuide on how to change your existing local > CPython repository to the new branch: >

[Python-Dev] Re: On the migration from master to main

2021-03-26 Thread Mariatta
The branch has not been renamed. It will be renamed after the release of beta 1. There is a pending PR on DevGuide on how to change your existing local CPython repository to the new branch:

[Python-Dev] Re: On the migration from master to main

2021-03-26 Thread Skip Montanaro
Can I distract people for a moment to ask a couple procedural questions about this change? I maintain my own fork of https://github.com/python/cpython, but don't yet see a main branch on python/cpython. - When is the new main branch supposed to appear - Once it does, what will I need to do

[Python-Dev] Re: Where and how can I contribute?

2021-03-26 Thread Terry Reedy
On 3/26/2021 6:29 AM, Marco Sulla wrote: I would contribute to the project in my spare time. Can someone point me to some easy task? I know C and the Python C API a little. Review existing PRs. In some cases (ask), convert existing patches posted on bpo issues to PRs. -- Terry Jan Reedy

[Python-Dev] Summary of Python tracker Issues

2021-03-26 Thread Python tracker
ACTIVITY SUMMARY (2021-03-19 - 2021-03-26) 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: open7498 (+17) closed 47871 (+58) total 55369 (+75) Open issues

[Python-Dev] Re: Where and how can I contribute?

2021-03-26 Thread Brett Cannon
devguide.python.org has some guidelines on how to find easy issues to work on. You can also ask for help on core-mentors...@python.org. On Fri, Mar 26, 2021 at 3:32 AM Marco Sulla wrote: > I would contribute to the project in my spare time. Can someone point > me to some easy task? I know C and

[Python-Dev] Re: Alternative syntax for Python's lambda

2021-03-26 Thread Brett Cannon
That discussion has not even made it here yet; it seems to still only be on python-ideas and thus that's probably the best place to leave a comment on the subject (for now). On Thu, Mar 25, 2021 at 9:55 PM Dan Stromberg wrote: > > Please see https://lwn.net/Articles/847960/ > > :) > > On Thu,

[Python-Dev] Re: On the migration from master to main

2021-03-26 Thread Chris Angelico
On Sat, Mar 27, 2021 at 3:33 AM Baptiste Carvello wrote: > > Le 25/03/2021 à 15:59, Stefano Borini a écrit : > > On Tue, 23 Mar 2021 at 21:39, Python Steering Council > > wrote: > >> This isn’t just about ‘master’ being rooted in slavery. > > > > No it's not and I am shocked that such ignorance

[Python-Dev] Re: On the migration from master to main

2021-03-26 Thread Baptiste Carvello
Le 25/03/2021 à 15:59, Stefano Borini a écrit : > On Tue, 23 Mar 2021 at 21:39, Python Steering Council > wrote: >> This isn’t just about ‘master’ being rooted in slavery. > > No it's not and I am shocked that such ignorance would exist to believe that. It is indeed not, but the peculiar

[Python-Dev] Re: Where and how can I contribute?

2021-03-26 Thread Erlend Aasland
Hi, Marco! I'd suggest taking a look at the issues that are marked as "Easy Tasks" on http://bugs.python.org. Not all of them are trivial, though (there may not be consensus on how to solve the issue), but you should be able to find something to work on there :) Erlend On 26 Mar 2021, at

[Python-Dev] failing doc test

2021-03-26 Thread Ethan Furman
I have this documentation: .. class:: FlagBoundary *FlagBoundary* controls how out-of-range values are handled in *Flag* and its subclasses. .. attribute:: STRICT Out-of-range values cause a

[Python-Dev] Where and how can I contribute?

2021-03-26 Thread Marco Sulla
I would contribute to the project in my spare time. Can someone point me to some easy task? I know C and the Python C API a little. ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org

[Python-Dev] Re: New public C API functions must not steal references or return borrowed references

2021-03-26 Thread Antoine Pitrou
On Thu, 25 Mar 2021 23:37:46 -0700 "Gregory P. Smith" wrote: > On Thu, Mar 25, 2021 at 11:58 AM Mark Shannon wrote: > > > Hi Victor, > > > > I'm with you 100% on not returning borrowed references, doing so is just > > plain dangerous. > > > > However, is a blanket ban on stealing references the

[Python-Dev] Re: New public C API functions must not steal references or return borrowed references

2021-03-26 Thread Simon Cross
I (with a lot of help and input from other people) wrote up some of the thinking behind these kinds of API issues for the HPy project -- https://github.com/hpyproject/hpy/wiki/c-api-next-level-changes#what-needs-to-change-and-why It's written from an HPy point of view and if you've already

[Python-Dev] Re: New public C API functions must not steal references or return borrowed references

2021-03-26 Thread Simon Cross
On Thu, Mar 25, 2021 at 9:01 PM Mark Shannon wrote: > Maybe the problem is the term "stealing". > The caller is transferring the reference to the callee. > In some circumstances it can make a lot of sense to do so, since the > caller has probably finished with the reference and the callee needs a

[Python-Dev] Re: New public C API functions must not steal references or return borrowed references

2021-03-26 Thread Gregory P. Smith
On Thu, Mar 25, 2021 at 11:58 AM Mark Shannon wrote: > Hi Victor, > > I'm with you 100% on not returning borrowed references, doing so is just > plain dangerous. > > However, is a blanket ban on stealing references the right thing? > > Maybe the problem is the term "stealing". > The caller is