Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3
On 24/09/2012 07:18, Georg Brandl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On behalf of the Python development team, I'm delighted to announce the third release candidate of Python 3.3.0. This is a preview release, and its use is not recommended in production settings. Python 3.3 includes a range of improvements of the 3.x series, as well as easier porting between 2.x and 3.x. Major new features and changes in the 3.3 release series are: * PEP 380, syntax for delegating to a subgenerator ("yield from") * PEP 393, flexible string representation (doing away with the distinction between "wide" and "narrow" Unicode builds) * A C implementation of the "decimal" module, with up to 80x speedup for decimal-heavy applications * The import system (__import__) now based on importlib by default * The new "lzma" module with LZMA/XZ support * PEP 397, a Python launcher for Windows * PEP 405, virtual environment support in core * PEP 420, namespace package support * PEP 3151, reworking the OS and IO exception hierarchy * PEP 3155, qualified name for classes and functions * PEP 409, suppressing exception context * PEP 414, explicit Unicode literals to help with porting * PEP 418, extended platform-independent clocks in the "time" module * PEP 412, a new key-sharing dictionary implementation that significantly saves memory for object-oriented code * PEP 362, the function-signature object * The new "faulthandler" module that helps diagnosing crashes * The new "unittest.mock" module * The new "ipaddress" module * The "sys.implementation" attribute * A policy framework for the email package, with a provisional (see PEP 411) policy that adds much improved unicode support for email header parsing * A "collections.ChainMap" class for linking mappings to a single unit * Wrappers for many more POSIX functions in the "os" and "signal" modules, as well as other useful functions such as "sendfile()" * Hash randomization, introduced in earlier bugfix releases, is now switched on by default In total, almost 500 API items are new or improved in Python 3.3. For a more extensive list of changes in 3.3.0, see http://docs.python.org/3.3/whatsnew/3.3.html To download Python 3.3.0 visit: http://www.python.org/download/releases/3.3.0/ Please consider trying Python 3.3.0 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! - -- Georg Brandl, Release Manager georg at python.org (on behalf of the entire python-dev team and 3.3's contributors) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlBf+0cACgkQN9GcIYhpnLBqfgCglbN63XUr2m4Ya4ff8Hza1Axl SgMAniQZRJi8uYfeqltf5/G4QV/+SdWT =KXTo -END PGP SIGNATURE- Yes, but apart from all that, what have the python devs ever done for us? Nothing :) -- Cheers. Mark Lawrence. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3
Mark Lawrence wrote: On 24/09/2012 07:18, Georg Brandl wrote: [snip impressive list of improvements] Yes, but apart from all that, what have the python devs ever done for us? Nothing :) I'll take that kind of nothing any day of the week! ;) ~Ethan~ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Better HTTP 1.1 support in http.server?
Hello, I was wondering if it would be worth providing better HTTP 1.1 support in http.server. The way I envision it, there would be a separate HTTP11RequestHandler which would provide: - a smart wfile with automatic chunk encoding (which relieves the API user from manually handling chunk encoding or content length calculation) - keep-alive enabled by default - HTTP 1.1 by default (BaseHTTPRequestHandler defaults to 1.0) What do you think? Regards Antoine. -- Software development and contracting: http://pro.pitrou.net ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Better HTTP 1.1 support in http.server?
Am 24.09.2012 17:27, schrieb Antoine Pitrou: > > Hello, > > I was wondering if it would be worth providing better HTTP 1.1 support > in http.server. The way I envision it, there would be a separate > HTTP11RequestHandler which would provide: > > - a smart wfile with automatic chunk encoding (which relieves the API > user from manually handling chunk encoding or content length > calculation) > - keep-alive enabled by default > - HTTP 1.1 by default (BaseHTTPRequestHandler defaults to 1.0) > > What do you think? +1 for 3.4 You proposed gave me another idea. What do you think about SPDY support in the stdlib? It's the next step after HTTP 1.1. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Better HTTP 1.1 support in http.server?
On Mon, Sep 24, 2012 at 6:39 PM, Christian Heimes wrote: > You proposed gave me another idea. What do you think about SPDY support > in the stdlib? It's the next step after HTTP 1.1. I'd wait it out a bit. SPDY is currently iterating, and there's an effort to define HTTP 2 that will likely supersede SPDY (and may incorporate many of its ideas). http://trac.tools.ietf.org/wg/httpbis/trac/wiki/Http2CfI On the other hand, some WebSockets support might be useful. Cheers, Dirkjan ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Better HTTP 1.1 support in http.server?
On Mon, Sep 24, 2012 at 9:39 AM, Christian Heimes wrote: > > +1 for 3.4 > > You proposed gave me another idea. What do you think about SPDY support > in the stdlib? It's the next step after HTTP 1.1. Yeah, it is a good idea. it should live along side with HTTP 1.1 as another protocol layer. Guido had given some suggestions to takle that, but I have been lazing and lagging for while now in terms of contributions, but I am excited about the idea. -- Senthil ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Better HTTP 1.1 support in http.server?
+1 for 3.4 And I'll be available to help with HTTP(websockets and SPDY) related stuff! 2012/9/24 Senthil Kumaran > On Mon, Sep 24, 2012 at 9:39 AM, Christian Heimes > wrote: > > > > +1 for 3.4 > > > > You proposed gave me another idea. What do you think about SPDY support > > in the stdlib? It's the next step after HTTP 1.1. > > Yeah, it is a good idea. it should live along side with HTTP 1.1 as > another protocol layer. > Guido had given some suggestions to takle that, but I have been lazing > and lagging for while now in terms of contributions, but I am excited > about the idea. > > -- > Senthil > ___ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/felipecruz%40loogica.net > ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com