Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3

2012-09-24 Thread Mark Lawrence

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

2012-09-24 Thread Ethan Furman

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?

2012-09-24 Thread 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?

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?

2012-09-24 Thread Christian Heimes
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?

2012-09-24 Thread Dirkjan Ochtman
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?

2012-09-24 Thread 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/archive%40mail-archive.com


Re: [Python-Dev] Better HTTP 1.1 support in http.server?

2012-09-24 Thread Felipe Cruz
+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