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.2 support required #63

Closed
kyegupov opened this issue May 23, 2011 · 6 comments
Closed

Python 3.2 support required #63

kyegupov opened this issue May 23, 2011 · 6 comments

Comments

@kyegupov
Copy link

Python version 3.2 finally resolves the long-standing issue of Unicode support in WSGI headers (PEP 3333). Thus, it is now possible (and desirable) to port Werkzeug to Python 3 and embrace the future.

See also: http://docs.python.org/dev/whatsnew/3.2.html

@mitsuhiko
Copy link
Contributor

It's on the roadmap, but there are more important issues right now that need to be tackled first. The next upcoming release will already clean up the internal implementation to ease the transition to Python 3.

@shon
Copy link

shon commented Jun 30, 2011

+1

@msabramo
Copy link

See #192 for some baby steps towards Python 3

@DasIch
Copy link
Contributor

DasIch commented Jun 16, 2013

3.3 is now supported. 3.2 isn't and won't be supported.

@DasIch DasIch closed this as completed Jun 16, 2013
ranisalt added a commit to matrufsc/moita that referenced this issue Mar 13, 2015
Werkzeug developers had refused support for Python 3.2 back in 2011, as
you may see here: pallets/werkzeug#63

This causes Travis build for 3.2 to fail, so it is dropped now.
@jayvdb
Copy link

jayvdb commented May 2, 2016

It would be nice to clearly state that 3.2 wont ever be supported, in a front page somewhere.

I see http://werkzeug.pocoo.org/ says "Supports Python 2.6, 2.7 and 3.3." , which should be "Supports Python 2.6, 2.7 and 3.3+."

And maybe explicitly fail on cpython 3.2 during setup.py by using u'...' in setup.py .. as I believe that is the main problem with supporting 3.2 - all u'...' would need to be removed (and unicode_literals added), which is a lot of churn for little benefit.

@untitaker
Copy link
Contributor

@jayvdb This will be resolved in the upcoming rewrite of the websites for Werkzeug/Flask/Jinja.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 13, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants