Mailman 3 March 2008 - stdlib-sig

new package idea: socket
by Brett Cannon 10 Mar '08

10 Mar '08

So this one kind of is screaming at me: socket -> socket.__init__ SocketServer -> socket.server ssl -> socket.ssl I know Guido has expressed his dislike of putting much code in a package's __init__, but since every module that would go in this package is dependent on the socket module anyway, I see no harm. What do people think? -Brett

6 9

new package idea: zip
by Brett Cannon 10 Mar '08

10 Mar '08

We have to files related to zip files: zipfile and zipimport. Should we bother to consolidate? The problem is the obvious names conflict with built-in type and a keyword, respectively. A possibility is: zipfile -> zip.filer zipimport -> zip.importer But I don't know if that is really an improvement. What do other people think? -Brett

6 6

Dealt with Cookie and cookiejar
by Brett Cannon 09 Mar '08

09 Mar '08

Cookie -> http.cookies cookielib -> http.cookiejar -Brett

1 0

Any more packaging suggestions? March 15th deadline for ideas!
by Brett Cannon 05 Mar '08

05 Mar '08

On the web-sig I am working on how to handle urllib/urllib2/urlparse and Cookie/cookielib. That ends my list of packages I wanted to create. I thought about cgi/cgitb and thread/threading/dummy_thread/dummy_threading but I don't see how to pull them off in a reasonable manner where the name actually improves across the board, so I am not proposing anything. But if anybody else has ideas on packages to create, feel free to throw them out. I am going to put a cap on new package ideas of March 15th. That is during PyCon but before the sprints so that if someone ends up wanting to sprint on dealing with new packages they can. It also keeps things from dragging on. This deadline does not affect module removals or renamings. Please don't wait until the last minute to suggest something! The more time one has the less chance it will be shot down just because no one wants the conversation to drag on. And if you do suggest something, please start a new email thread. -Brett

2 3

The solution for urllib and the url package
by Brett Cannon 05 Mar '08

05 Mar '08

OK, here is the stuff that is not disputed: urllib2 -> url.request urlparse -> url.parse urllib quoting-related functions -> url.parse The thing up for debate is the rest of urllib. I have decided MAL can have what he wants and have URLOpener and FancyURLOpener put in url.request if the documentation for both classes is completely updated to expose the proper API for both classes for 2.6. May 1st is the deadline to get this to happen. If this does not occur then the non-quoting code gets made external for people download and use if they want but is not kept in the stdlib. -Brett

1 0

poss. naming inconsistency: fractions
by Mark Summerfield 03 Mar '08

03 Mar '08

Hi, In Py30a3 the rational module seems to have been renamed 'fractions'. This module provides an additional numeric data type "fractions.Fraction". But there is an existing module that provides a numeric data type: "decimal.Decimal". Wouldn't it be more consistent to have "fraction.Fraction" to match? -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu

3 2