Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Python 3 alpha/beta status criteria? #2164

Closed
ghost opened this issue Aug 9, 2016 · 8 comments
Closed

Python 3 alpha/beta status criteria? #2164

ghost opened this issue Aug 9, 2016 · 8 comments

Comments

@ghost
Copy link

ghost commented Aug 9, 2016

What's our criteria?

With the tests passing on Linux, and almost entirely passing on Windows, I wanna know what we do next :)

I'm personally not sure, except for #2058. That's not really a showstopper though.

@ghost
Copy link
Author

ghost commented Aug 9, 2016

I'm finally asking this now, because everything on my local todo list is finally done today (except getting some version of #2151 merged)

@sampsyo
Copy link
Member

sampsyo commented Aug 9, 2016

Woohoo!

Roughly, I usually think of these definitions:

  • Alpha: Still very much in development (i.e., right now).
  • Beta: Nothing obvious we know of that's outstanding, but there are still plenty of bugs we don't know about (i.e., the status I imagine for 1.4.0).
  • Final: We're pretty confident it's safe for normal people to use.

@ghost
Copy link
Author

ghost commented Aug 10, 2016

So what do you see as left in alpha beyond #2151?

@sampsyo
Copy link
Member

sampsyo commented Aug 10, 2016

Nothing that I can see—it seems ready after that! How about you; any lingering concerns?

@ghost
Copy link
Author

ghost commented Aug 11, 2016

so, now that I finally replicated what I saw locally with non utf-8 locales.. We could try to get these fixed. See the build output in #2158

I did learn something because of that though! If you want non utf-8 locales (other than C) on at least debian and ubuntu, you have to force it by specifying say en_us.iso-8859-1 as en_US just generates utf-8 locales.

@ghost
Copy link
Author

ghost commented Sep 4, 2016

Can you look into #2158 ? It'd be cool to have that fixed for 1.4.0.

@arcresu
Copy link
Member

arcresu commented Apr 7, 2019

Is there anything left to do here? It looks like this can probably be closed now.

@sampsyo
Copy link
Member

sampsyo commented Apr 7, 2019

Indeed—using Python 3 has been our recommendation for a while, despite a couple of lingering Python 3 bugs, the most significant of which is #2607 (which is unfortunately also the hardest to fix). I could imagine dropping Python 2 support at any time, assuming we announce the transition ahead of time.

@sampsyo sampsyo closed this as completed Apr 7, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants