Re: [Python-Dev] Migrate python-dev to Mailman 3?

2017-11-02 Thread Terry Reedy
On 11/1/2017 11:06 PM, Guido van Rossum wrote: Another one is core-mentorship, which satisfies the same criteria; and in my view this has the added and useful property that its beneficiaries are non-core members. After that I'd do core-workflow. Honestly I'd leave python-committers alone for a

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-02 Thread Lele Gaifax
Hi, I'd like to know what should I do wrt to issue #27645 [1] and the related PR #377 [2]: I think I fulfilled every requested item, and a month ago I rebased the work [3] to solve the NEWS conflicts. I'm not sure if the rebase should have been done on the original branch instead of creating a ne

Re: [Python-Dev] PEP 511 (code transformers) rejected

2017-11-02 Thread Victor Stinner
(Email resent, I first sent it to Nick privately by mistake.) 2017-11-02 2:53 GMT+01:00 Nick Coghlan : > The piece that we're currently missing to make such workflows easier to > manage is an equivalent of JavaScript's source maps (...) Code objects already have a instruction pointer => line numb

Re: [Python-Dev] [edk2] Official port of Python on EDK2

2017-11-02 Thread Thiebaud Weksteen via Python-Dev
Christian, Antoine, Brett: Thanks for the clarification on what an official support would require. As Christian mentioned, sending simple headers patches is an obvious starting point, no matter if the support becomes official or not. Brian: Thanks for your email. As I suggested, by having the supp

Re: [Python-Dev] PEP 564: Add new time functions with nanosecond resolution

2017-11-02 Thread Victor Stinner
Thank you Guido for your review and approval. I just implemented the PEP 564 and so changed the PEP status to Final. FYI I also added 3 new clock identifiers to the time module in Python 3.7: CLOCK_BOOTTIME, CLOCK_PROF and CLOCK_UPTIME. So you can now get your Linux uptime with a resolution of 1

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Steven D'Aprano
On Wed, Nov 01, 2017 at 03:48:00PM -0700, Lukasz Langa wrote: > PEP: 563 > Title: Postponed Evaluation of Annotations > This PEP proposes changing function annotations and variable annotations > so that they are no longer evaluated at function definition time. > Instead, they are preserved in ``_

Re: [Python-Dev] [edk2] Official port of Python on EDK2

2017-11-02 Thread Jayaprakash, N
Would you consider adding thread support in this port of Python for EDK2 shell? Regards, JP -Original Message- From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Richardson, Brian Sent: Thursday, November 2, 2017 7:07 AM To: Thiebaud Weksteen ; python-dev@python.org C

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Brett Cannon
On Thu, 2 Nov 2017 at 08:46 Steven D'Aprano wrote: > On Wed, Nov 01, 2017 at 03:48:00PM -0700, Lukasz Langa wrote: > > > PEP: 563 > > Title: Postponed Evaluation of Annotations > > > This PEP proposes changing function annotations and variable annotations > > so that they are no longer evaluated

[Python-Dev] Interesting what version of python should I start with

2017-11-02 Thread Bob Woolsey
Sent from my iPhone ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-02 Thread Ronald Oussoren
> On 1 Nov 2017, at 22:47, Ned Deily wrote: > > Happy belated Halloween to those who celebrate it; I hope it wasn't too > scary! Also possibly scary: we have just a little over 12 weeks remaining > until Python 3.7's feature code cutoff, 2018-01-29. Those 12 weeks include a > number of trad

Re: [Python-Dev] PEP 511 (code transformers) rejected

2017-11-02 Thread Brett Cannon
On Wed, 1 Nov 2017 at 16:17 Lukasz Langa wrote: > I find this sad. In the JavaScript community the existence of Babel is > very important for the long-term evolution of the language independently > from the runtime. With Babel, JavaScript programmers can utilize new > language syntax while being

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Jukka Lehtosalo
On Thu, Nov 2, 2017 at 3:45 PM, Steven D'Aprano wrote: > On Wed, Nov 01, 2017 at 03:48:00PM -0700, Lukasz Langa wrote: > > > This PEP proposes changing function annotations and variable annotations > > so that they are no longer evaluated at function definition time. > > Instead, they are preserv

Re: [Python-Dev] Interesting what version of python should I start with

2017-11-02 Thread Ryan Gonzalez
This list is for development of Python itself, not development with Python. You want python-list: https://mail.python.org/mailman/listinfo/python-list That being said: use the latest version (3.6 as of right now). On Thu, Nov 2, 2017 at 12:52 PM, Bob Woolsey wrote: > > > Sent from my iPhone > __

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Ivan Levkivskyi
On 2 November 2017 at 18:00, Brett Cannon wrote: > > > On Thu, 2 Nov 2017 at 08:46 Steven D'Aprano wrote: > >> On Wed, Nov 01, 2017 at 03:48:00PM -0700, Lukasz Langa wrote: >> [...snip...] > > I think the performance bit is really the big deal here. > > I don't think so. Although subscripting ge

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Ivan Levkivskyi
On 1 November 2017 at 23:48, Lukasz Langa wrote: > Runtime annotation resolution and class decorators > -- > > Metaclasses and class decorators that need to resolve annotations for > the current class will fail for annotations that use the name of t

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-02 Thread Terry Reedy
On 11/2/2017 4:54 AM, Lele Gaifax wrote: I'm not sure if the rebase should have been done on the original branch instead of creating a new one, or instead if I should open a new PR (and close the original one?). It is normal to 'git merge upstream/master' after updating the master branch and

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Stéfane Fermigier
On Thu, Nov 2, 2017 at 7:39 PM, Jukka Lehtosalo wrote: > > As type checking has become the main use case for annotations, using > annotations without a type checker is fast becoming a marginal use case. > Type checkers can easily and reliably validate that names in annotations > aren't > misspel

Re: [Python-Dev] [edk2] Official port of Python on EDK2

2017-11-02 Thread Blibbet
On 11/02/2017 09:41 AM, Jayaprakash, N wrote: > Would you consider adding thread support in this port of Python for EDK2 shell? FYI, this library adds thread support to UEFI: https://github.com/Openwide-Ingenierie/GreenThreads-UEFI Note that the library is GPLv2, ...but the author (a 1-person pr

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Lukasz Langa
> On Nov 2, 2017, at 1:13 PM, Stéfane Fermigier wrote: > > Another common use case is dependency injection / IoC: > > - Injector (https://github.com/alecthomas/injector > ): > - Flask-Injector (ok it's the same underlying injector): Pretty cool! This is

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-02 Thread Eric V. Smith
On 11/1/2017 5:47 PM, Ned Deily wrote: Happy belated Halloween to those who celebrate it; I hope it wasn't too scary! Also possibly scary: we have just a little over 12 weeks remaining until Python 3.7's feature code cutoff, 2018-01-29. Those 12 weeks include a number of traditional holidays

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-02 Thread Ivan Levkivskyi
I will be happy to see PEP 544 and PEP 560 in Python 3.7, and maybe also PEP 562 (if we decide on it and I will have time). -- Ivan ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https:

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread INADA Naoki
I'm 100% agree with Łukasz and Brett. +1 and thanks for writing this PEP. INADA Naoki On Fri, Nov 3, 2017 at 2:00 AM, Brett Cannon wrote: > > > On Thu, 2 Nov 2017 at 08:46 Steven D'Aprano wrote: >> >> On Wed, Nov 01, 2017 at 03:48:00PM -0700, Lukasz Langa wrote: >> >> > PEP: 563 >> > Title: P

Re: [Python-Dev] PEP 564: Add new time functions with nanosecond resolution

2017-11-02 Thread Guido van Rossum
Yay! Record time from acceptance to implementation. :-) On Thu, Nov 2, 2017 at 8:16 AM, Victor Stinner wrote: > Thank you Guido for your review and approval. > > I just implemented the PEP 564 and so changed the PEP status to Final. > > FYI I also added 3 new clock identifiers to the time module

Re: [Python-Dev] PEP 511 (code transformers) rejected

2017-11-02 Thread Nick Coghlan
On 2 November 2017 at 23:42, Victor Stinner wrote: > (Email resent, I first sent it to Nick privately by mistake.) Oops, I didn't even notice that. Reposting my reply below. > 2017-11-02 2:53 GMT+01:00 Nick Coghlan : >> The piece that we're currently missing to make such workflows easier to >> m

Re: [Python-Dev] PEP 511 (code transformers) rejected

2017-11-02 Thread Nick Coghlan
On 3 November 2017 at 03:19, Brett Cannon wrote: > On Wed, 1 Nov 2017 at 16:17 Lukasz Langa wrote: >> >> I find this sad. In the JavaScript community the existence of Babel is >> very important for the long-term evolution of the language independently >> from the runtime. With Babel, JavaScript p

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Nick Coghlan
On 3 November 2017 at 03:00, Brett Cannon wrote: > The cost of constructing some of the objects used as type hints can be very > expensive and make importing really expensive (this has been pointed out by > Lukasz previously as well as Inada-san). By making Python itself not have to > construct ob

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-02 Thread Nick Coghlan
On 3 November 2017 at 04:39, Jukka Lehtosalo wrote: >> > * forward references: when a type hint contains names that have not been >> > defined yet, that definition needs to be expressed as a string >> > literal; >> >> After all the discussion, I still don't see why this is an issue. >> Strings