Re: [Python-Dev] PEP 581: Using GitHub Issues for CPython

2019-03-15 Thread Nick Coghlan
On Fri, 8 Mar 2019 at 16:52, Karthikeyan wrote: > Personally, I think more people will love it once they get to use it so if > something like 100 issues can be migrated to a sample repo with labels, > content etc. We're already using GitHub issues for pretty much everything in Python core

Re: [Python-Dev] Initial updates to PEP 1 for Steering Council based governance

2019-03-15 Thread Nick Coghlan
On Fri, 15 Mar 2019 at 03:01, Victor Stinner wrote: > > Hi, > > Le lun. 11 mars 2019 à 13:26, Nick Coghlan a écrit : > > This is the smallest change to PEP 1 that we consider potentially viable: > > handling all PEPs through the BDFL-Delegate model, with the Steering > > Council's primary

[Python-Dev] Rejecting PEP 542 -- Dot Notation Assignment In Function Header

2019-03-15 Thread Brett Cannon
The steering council has decided to reject PEP 542 as the idea never seemed to gain traction. Thanks to Markus Meskanen for taking the time to write the PEP. ___ Python-Dev mailing list Python-Dev@python.org

[Python-Dev] Deferring PEP 536 -- Final Grammar for Literal String Interpolation

2019-03-15 Thread Brett Cannon
The steering council decided to defer PEP 536 until an implementation is available. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

[Python-Dev] Reject PEP 472: Support for indexing with keyword arguments

2019-03-15 Thread Brett Cannon
The idea never seemed to gain any traction over its near 5 years in existence as a PEP. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

[Python-Dev] Rejecting PEP 473: Adding structured data to built-in exceptions

2019-03-15 Thread Brett Cannon
The steering council felt the PEP was too broad and not focused enough. Discussions about adding more attributes to built-in exceptions can continue on the issue tracker on a per-exception basis (and obviously here for any broader points, e.g. performance implications as I know that has come up

[Python-Dev] Summary of Python tracker Issues

2019-03-15 Thread Python tracker
ACTIVITY SUMMARY (2019-03-08 - 2019-03-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: open7048 (+17) closed 41009 (+46) total 48057 (+63) Open issues

Re: [Python-Dev] (Licensing question) PSF license

2019-03-15 Thread Antoine Pitrou
On Tue, 12 Mar 2019 01:27:14 -0400 Terry Reedy wrote: > > First of all, I'm sorry if I'm wrong. I'm not lawyer. > > > > You can use both of GPL and MIT. Users can use your package under it. > > > > On the other hand, when you publish your package, *you* should follow > > PSF license. > > Read

Re: [Python-Dev] int() and math.trunc don't accept objects that only define __index__

2019-03-15 Thread Rémi Lapeyre
Le 15 mars 2019 à 03:49:19, Steven D'Aprano (st...@pearwood.info(mailto:st...@pearwood.info)) a écrit: > On Wed, Mar 13, 2019 at 03:21:31AM -0700, Rémi Lapeyre wrote: > > > When __index__ is defined it means that there is a lossless conversion > > to int possible. In this case, this means a

Re: [Python-Dev] Register-based VM [Was: Possible performance regression]

2019-03-15 Thread Antoine Pitrou
On Mon, 11 Mar 2019 18:03:26 -0400 David Mertz wrote: > Parrot got rather further along than rattlesnake as a register based VM. I > don't think it every really beat CPython in speed though. > > http://parrot.org/ But Parrot also had a "generic" design that was supposed to cater for all dynamic