Re: [Python-Dev] Positional-only parameters in Python

2018-01-22 Thread Nick Coghlan
On 20 January 2018 at 15:00, Guido van Rossum wrote: > On Fri, Jan 19, 2018 at 8:47 PM, Nick Coghlan wrote: >> >> On 20 January 2018 at 07:49, Mario Corchero wrote: >> > I am happy to put some work into this (and Pablo Galindo in CC offered >> > to >> > pair on it) but it is not clear for me whe

Re: [Python-Dev] Unique loader per module

2018-01-22 Thread Nick Coghlan
On 21 January 2018 at 01:56, Barry Warsaw wrote: > On Jan 05, 2018, at 05:12 PM, Nick Coghlan wrote: > >>I think the main reason you're seeing a problem here is because >>ResourceReader has currently been designed to be implemented directly >>by loaders, rather than being a subcomponent that you c

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Nick Coghlan
On 22 January 2018 at 20:57, Victor Stinner wrote: > I created an issue with more information: > https://bugs.python.org/issue32620 We shouldn't be requiring a pre-existing Python to build CPython anyway, so it would be nice if we could just delete that step entirely. Cheers, Nick. -- Nick Cog

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Larry Hastings
On 01/22/2018 07:51 AM, Brett Cannon wrote: I can switch off the requirement that holds admins to having to pass the same status checks as everyone else (there's still a big warning when you exercise this power), that way you can override the merge if you want. Not sure if you want to ignore

Re: [Python-Dev] Intention to accept PEP 567 (Context Variables)

2018-01-22 Thread Ethan Furman
On 01/22/2018 03:52 PM, Guido van Rossum wrote: I am hereby *accepting* the latest version of PEP 567[1]. Congrats! Congratulations, Yury! -- ~Ethan~ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-

Re: [Python-Dev] Intention to accept PEP 567 (Context Variables)

2018-01-22 Thread Victor Stinner
The PEP 555 looks a competitor PEP of the PEP 567. Since the Yury's PEP 567 was approved, I understand that Koos's PEP 555 should be rejected, no? Victor 2018-01-23 0:52 GMT+01:00 Guido van Rossum : > Yury, > > I am hereby *accepting* the latest version of PEP 567[1]. Congrats! > > --Guido > > [1

Re: [Python-Dev] Intention to accept PEP 567 (Context Variables)

2018-01-22 Thread Yury Selivanov
Yay! Thank you, Guido! Yury On Mon, Jan 22, 2018 at 6:52 PM, Guido van Rossum wrote: > Yury, > > I am hereby *accepting* the latest version of PEP 567[1]. Congrats! > > --Guido > > [1] > https://github.com/python/peps/commit/a459539920b9b8c8394ef61058e88a076ef8b133#diff-9d0ccdec754459da5f665cc6c

Re: [Python-Dev] Intention to accept PEP 567 (Context Variables)

2018-01-22 Thread Guido van Rossum
Yury, I am hereby *accepting* the latest version of PEP 567[1]. Congrats! --Guido [1] https://github.com/python/peps/commit/a459539920b9b8c8394ef61058e88a076ef8b133#diff-9d0ccdec754459da5f665cc6c6b2cc06 On Fri, Jan 19, 2018 at 9:30 AM, Guido van Rossum wrote: > There has been useful and effec

Re: [Python-Dev] Unexpected bytecode difference

2018-01-22 Thread Alexander Belopolsky
On Fri, Jan 19, 2018 at 7:18 PM, Victor Stinner wrote: > It seems like the EXTENDED_ARG doc wasn't updated. I've opened to update the dis module documentation. I have also found a patch (mkfu4.patch) attached to issue 27095 where EXTENDED_ARG is described as

Re: [Python-Dev] Drop support for old unsupported FreeBSD and Linux kernels?

2018-01-22 Thread Victor Stinner
I asked if we should drop support for Linux kernel 2.6. I now consider that no, we should not. It's not worth it. A colleague proposed to setup a RHEL 6 buildbot which would test Python on Linux 2.6. 2018-01-19 10:26 GMT+01:00 Antoine Pitrou : > What is the problem with supporting Linux 2.6? It

Re: [Python-Dev] Drop support for old unsupported FreeBSD and Linux kernels?

2018-01-22 Thread Victor Stinner
2018-01-18 21:27 GMT+01:00 Victor Stinner : > I proposed: "Drop FreeBSD 9 and older support:" > > https://bugs.python.org/issue32593 > https://github.com/python/cpython/pull/5232 > > FreeBSD 9 supported ended 1 year ago (December 2016). > > FreeBSD support: > > https://www.freebsd.org/securit

Re: [Python-Dev] Support of the Android platform

2018-01-22 Thread Victor Stinner
Hi, I'm still talking with Paul Peny (pmpp on IRC) who is trying to build the master branch of Python on Android, using cross-compilation or directly on an Android device. I started to took notes since Android is a complex platforms and it's not easy for me to remember everything. http://vstinner

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Brett Cannon
I can switch off the requirement that holds admins to having to pass the same status checks as everyone else (there's still a big warning when you exercise this power), that way you can override the merge if you want. Not sure if you want to ignore the CI in that case as well. On Mon, 22 Jan 2018

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Stéfane Fermigier
On Mon, Jan 22, 2018 at 11:33 AM, Larry Hastings wrote: > > > I have three PRs for Python 3.5.5rc1: > > https://github.com/python/cpython/pull/4656 > https://github.com/python/cpython/pull/5197 > https://github.com/python/cpython/pull/5201 > > I can't merge them because Travis CI is unhappy. All

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Joni Orponen
On Mon, Jan 22, 2018 at 11:59 AM, Oleg Broytman wrote: > On Mon, Jan 22, 2018 at 02:33:01AM -0800, Larry Hastings < > la...@hastings.org> wrote: > > All ... CI tests fail in > > the same way, reporting this error: > > > >The command "pyenv global system 3.5" failed and exited with 1 during >

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Oleg Broytman
On Mon, Jan 22, 2018 at 02:33:01AM -0800, Larry Hastings wrote: > All ... CI tests fail in > the same way, reporting this error: > >The command "pyenv global system 3.5" failed and exited with 1 during . Seems there is a slow workaround (install python 3.5): https://github.com/travis-ci

Re: [Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Victor Stinner
I created an issue with more information: https://bugs.python.org/issue32620 Victor 2018-01-22 11:33 GMT+01:00 Larry Hastings : > > > I have three PRs for Python 3.5.5rc1: > > https://github.com/python/cpython/pull/4656 > https://github.com/python/cpython/pull/5197 > https://github.com/python/cpy

[Python-Dev] Slipping Python 3.5.5rc1 and 3.4.8rc1 because of a Travis CI issue--can someone make Travis CI happy?

2018-01-22 Thread Larry Hastings
I have three PRs for Python 3.5.5rc1: https://github.com/python/cpython/pull/4656 https://github.com/python/cpython/pull/5197 https://github.com/python/cpython/pull/5201 I can't merge them because Travis CI is unhappy.  All three CI tests fail in the same way, reporting this error: