[Python-Dev] Re: Accepting PEP 602 -- Annual Release Cycle for Python

On Fri., 1 Nov. 2019, 4:15 am Mats Wichmann, wrote: > Just slightly off topic (sorry Brett), but I have past experience with > the effort to try and sync the release cycle of something significant > with that of major distros - and it's just too hard. (What are major > "the major distros" anyway?

[Python-Dev] Re: Implementation of PEP-0604

On Thu., 31 Oct. 2019, 11:45 pm Philippe Prados, wrote: > To implement a full version of PEP604 > , I analyze the typing module, > started with _GenericAlias. > 1) I must rewrite : > >- def _type_check(arg, msg, is_argument=True) >- def _type_rep

[Python-Dev] Re: Do not fallback to __trunc__ when convert to int

It seems a good idea to add __int__ to Fraction, but if you stop falling back to __trunc__, won't that cause backwards compatibility issues? I'd say looking for __trunc__ if the alternative is failing isn't so bad. On Thu, Oct 31, 2019 at 3:43 AM Serhiy Storchaka wrote: > Currently __trunc__ is

[Python-Dev] Re: Accepting PEP 602 -- Annual Release Cycle for Python

On 10/30/19 4:20 PM, Barry Warsaw wrote: On Oct 30, 2019, at 14:31, Łukasz Langa wrote: Yes. This allows for synchronizing the schedule of Python release management with Fedora. They've been historically very helpful in early finding regressions not only in core Python but also in third-part

[Python-Dev] Re: EnHackathon 2019 - seeking core dev support

Hi Tal, Brandt, Chris, Kyle, Thank you all for offering to support us in one way or another. Just to update with our plans: - We have 12 contributors who have agreed to spend on average 4 days in November contributing. - The blog will be up tomorrow at http://enhackathon.github.io/ - already two

[Python-Dev] Implementation of PEP-0604

To implement a full version of PEP604 , I analyze the typing module, started with _GenericAlias. 1) I must rewrite : - def _type_check(arg, msg, is_argument=True) - def _type_repr(obj) - def _collect_type_vars(types) - def _subs_tvars(tp, tvar

[Python-Dev] Re: Accepting PEP 602 -- Annual Release Cycle for Python

On 30.10.19 22:22, Barry Warsaw wrote: On Oct 30, 2019, at 12:50, Matthias Klose wrote: On 30.10.19 20:26, Brett Cannon wrote: This was discussed on https://discuss.python.org I appreciate that you are informing the python-dev ML. However this discussion was never announced on the ML. I a

[Python-Dev] Re: [WARNING] Some users who downloaded the Python 3.5.8 .xz tarball got the wrong version

On 31/10/2019 00:17, Larry Hastings wrote: > > > Due to awkward CDN caching, some users who downloaded the source code > tarballs of Python 3.5.8 got a preliminary version instead of the > final version.  As best as we can tell, this only affects the .xz > release; there are no known instances of u

[Python-Dev] Do not fallback to __trunc__ when convert to int

Currently __trunc__ is used for two purposes: * In math.trunc() which just calls __trunc__. * In int() and PyNumber_Long() as a fallback if neither __int__ nor __index__ are implemented. Unlike to __int__ and __index__ there is not a slot corresponding to __trunc__. So using it is slower than