It already has a PR open against master, with all tests passing:
https://github.com/python/cpython/pull/12088
Sorry about the messy history - this proposal has changed significantly several
times over the past year (at least as far as the implementation is concerned).
At one point, both operato
Thanks Brandt (and Steven of course)! If there are no objections by next
week I'll recommend this to the Steering Council for acceptance.
In the meantime, I am wondering about the reference implementation -- is it
suitable to submit as a PR? Or is it a toy written in pure Python? (I found
it a lit
Steven D'Aprano and I have pushed a third draft of PEP 584:
https://www.python.org/dev/peps/pep-0584/
The accompanying reference implementation is on GitHub:
https://github.com/brandtbucher/cpython/tree/addiction
For those who have been following the discussions over the past year on
python-id
On 2020-02-04 14:40, Paul Moore wrote:
>> The answer to that concern is to not break compatibility in the first place,
>> and/or revert it when the mistake is discovered. It happens.
>
> That sounds to me like an argument for stagnation. We already take
> backwards compatibility very seriously.
On Tue, 4 Feb 2020 at 22:10, Mike Miller wrote:
>
> On 2020-02-04 12:10, Brett Cannon wrote:
> > Please be careful making that claim. Over my 16 years of helping manage
> > this project I can tell you that claim is not universally true no matter
> > how small and simple you think something is.
>
On 2020-02-04 12:10, Brett Cannon wrote:
Please be careful making that claim. Over my 16 years of helping manage this
project I can tell you that claim is not universally true no matter how small
and simple you think something is.
The answer to that concern is to not break compatibility in
On 2/4/2020 7:44 AM, pankajkumar--- via Python-Dev wrote:
We are running cassandra using mock cassandra and interacting with python
cassandra-driver.
[We are having a problem with thread locks.]
Can anyone suggest how can we proceed further?
Python-dev is for development of future versions
On 2/4/2020 11:07 AM, Christian Schmidbauer wrote:
we had issued a PR for bpo-36226 almost a year ago, but the PR [1]
review has been stalling for 4+ months.
Would it be possible to get a new review on this PR?
[1] https://github.com/python/cpython/pull/12214
By someone other than the current
Mike Miller wrote:
> On 2020-02-03 17:00, Brett Cannon wrote:
> > Until you're being asked to maintain all of that for
> > a decade. We paid a major price keeping Python 2 alive for over a decade.
> > Now I'm not
> > saying it wasn't the right thing to do considering what we changed, but for
> >
On 2020-02-03 17:00, Brett Cannon wrote:
Until you're being asked to maintain all of that for a decade. We paid a major
price keeping Python 2 alive for over a decade. Now I'm not saying it wasn't
the right thing to do considering what we changed, but for the stuff we are
talking about removi
On 2/4/2020 5:02 AM, Sasha Pavlyuk wrote:
I write the same letter third time with a note of despair. 2019-06-03 I
have created PR https://github.com/python/cpython/pull/13772 , which
adds IPv6 scoped addresses support to ipaddress module.
It is critical to everyone, who is dealing with IPv6 ne
On 2020-02-04 04:16, Rhodri James wrote:
I think that just enables laziness. "We don't need to worry about the
deprecations, nothing is going to happen for years yet," is more or less what
happened with the Python2 to Python3 shift. People naturally enjoy adding shiny
new features to their p
Hi,
we had issued a PR for bpo-36226 almost a year ago, but the PR [1]
review has been stalling for 4+ months.
Would it be possible to get a new review on this PR?
Thanks!
[1] https://github.com/python/cpython/pull/12214
--
This email and any attachments are intended for the sole use of the n
Hello
I write the same letter third time with a note of despair. 2019-06-03 I
have created PR https://github.com/python/cpython/pull/13772 , which adds
IPv6 scoped addresses support to ipaddress module.
It is critical to everyone, who is dealing with IPv6 networking. For
example, in salt project
Hi,
We are running cassandra using mock cassandra and interacting with python
cassandra-driver. We are running python3.6 and we are using latest
cassandra-driver i.e cassandra-driver 3.21.0.
What we are seeing is when calling cluster.connect it is trying to acquire a
tstate_lock from here
*http
On 03/02/2020 22:06, Mike Miller wrote:
On 2020-02-03 01:50, Petr Viktorin wrote:
When the changes are rolled out gradually across minor releases, those
that cause unforeseen trouble in real-world code can be identified in
the alphas/betas, and rethought/reverted if necessary.
To be clear,
On 2020-02-03 16:44, Antoine Pitrou wrote:
On Mon, 3 Feb 2020 13:18:46 +0100
Petr Viktorin wrote:
I agree with the sentiment that gradual deprecations are more easily
managed, this statement about Python 3.0 is not true. The unicode
transition was never thought to be small, and that's *why*
17 matches
Mail list logo
