[Python-3000] Comments on PEP 3108

2007-01-05 Thread John J Lee
(I'm not subscribed to this list) > Consolidate dependent modules together into a single module or package? > --- [...] > Cookie/cookielib There is no dependency in either direction between these two, and they do quite different

Re: [Python-3000] PEP 3108 and modules to be removed (current list)

2007-01-05 Thread Steven Bethard
On 1/5/07, Brett Cannon <[EMAIL PROTECTED]> wrote: > * getopt > > + optparse provides better functionality. > + But ... > > - getopt is still widely used. > - optparse does not handle the issue of when people set > incompatible options very well. > - optparse does not allow op

Re: [Python-3000] [Python-checkins] r53276 - peps/trunk/pep-3108.txt

2007-01-05 Thread Bill Janssen
> > -BaseHTTPServer basehttpserver > > +BaseHTTPServer base_http_server > > -CGIHTTPServer cgihttpserver > > +CGIHTTPServer cgi_http_server > > And so we circle round to (namespace) packages, because is a dot > really any worse than an underscore? > > http.server.base >

Re: [Python-3000] PEP 3108: Standard Library Reorganization

2007-01-05 Thread Brett Cannon
On 1/5/07, Paul Boddie <[EMAIL PROTECTED]> wrote: Brett Cannon wrote: > As part of my New Years resolution to get all of my current and planned PEPs > actually written, accepted, and implemented for 2007, here is the stdlib > reorg PEP. I have already checked it into svn but I have inlined it b

[Python-3000] PEP 3108: Standard Library Reorganization

2007-01-05 Thread Paul Boddie
Brett Cannon wrote: > As part of my New Years resolution to get all of my current and planned PEPs > actually written, accepted, and implemented for 2007, here is the stdlib > reorg PEP. I have already checked it into svn but I have inlined it below > for comments. There's a document on the pytho

Re: [Python-3000] [Python-checkins] r53276 - peps/trunk/pep-3108.txt

2007-01-05 Thread Brett Cannon
On 1/5/07, Jim Jewett <[EMAIL PROTECTED]> wrote: > +PEP 8 specifies that modules "should have short, all-lowercase names" > +where "underscores can be used ... if it improves readability" > +[#pep-0008]_. The use of underscores is discouraged in package names. ... > -BaseHTTPServer baseh

Re: [Python-3000] [Python-checkins] r53276 - peps/trunk/pep-3108.txt

2007-01-05 Thread Jim Jewett
> +PEP 8 specifies that modules "should have short, all-lowercase names" > +where "underscores can be used ... if it improves readability" > +[#pep-0008]_. The use of underscores is discouraged in package names. ... > -BaseHTTPServer basehttpserver > +BaseHTTPServer base_http_server >

Re: [Python-3000] PEP 3108 and modules to be removed (current list)

2007-01-05 Thread Brett Cannon
On 1/5/07, Bill Janssen <[EMAIL PROTECTED]> wrote: You know, hashlib, the replacement for sha and md5, was only introduced in 2.5. That's bleeding-edge. I'd be happiest if sha and md5 stuck around for a few years, to give people time to support older installations of Python. After all, Mac OS

Re: [Python-3000] self-contained exceptions

2007-01-05 Thread Neil Schemenauer
tomer filiba <[EMAIL PROTECTED]> wrote: > it ought to have at least a nicer API, for instance, > tbtext = traceback.format_current() Do you know about traceback.format_exc()? I think I added it for 2.4. Neil ___ Python-3000 mailing list Python-3000@

Re: [Python-3000] PEP 3108 and modules to be removed (current list)

2007-01-05 Thread Bill Janssen
You know, hashlib, the replacement for sha and md5, was only introduced in 2.5. That's bleeding-edge. I'd be happiest if sha and md5 stuck around for a few years, to give people time to support older installations of Python. After all, Mac OS X still ships with Python 2.3, and lots of Linux inst

Re: [Python-3000] Comments on PEP 3108

2007-01-05 Thread Brett Cannon
On 1/5/07, John J Lee <[EMAIL PROTECTED]> wrote: (I'm not subscribed to this list) > Consolidate dependent modules together into a single module or package? > --- [...] > Cookie/cookielib There is no dependency in either direc

[Python-3000] PEP 3108 and modules to be removed (current list)

2007-01-05 Thread Brett Cannon
OK, it seems like things have converged on a reasonable list of modules to be removed. Here is the current list from the PEP (I cut out all non-removal stuff for now so this can be a more focused thread). I think the only module on the list to be removed that is contraversial is getopt since som

Re: [Python-3000] PEP 3108: Standard Library Reorganization

2007-01-05 Thread Brett Cannon
On 1/4/07, Anthony Baxter <[EMAIL PROTECTED]> wrote: Starting a new thread... > Several modules in the stdlib work on a specific file format. It > is possible some of these formats are no longer used and thus the > stdlib modules for them can go. Below is a list of some modules > which rely

Re: [Python-3000] PEP 3107 - Function Annotations

2007-01-05 Thread Phillip J. Eby
At 10:53 PM 12/27/2006 -0800, Neal Norwitz wrote: > * With the modification of MAKE_FUNCTION to be a 32-bit value, this >means that EXTENDED_ARG is now used. This means that the peephole >optimizer won't work for the outer function. I think we should >correct this. Why not just follow the MAKE_

Re: [Python-3000] PEP 3108: Standard Library Reorganization

2007-01-05 Thread Anthony Baxter
On Friday 05 January 2007 18:51, Talin wrote: > Just curious, how much pain would it cause you if these were > CheeseShop packages instead of built-in? Considerable for the open-source stuff. Windows users, in particular, have great difficulty with downloading extensions. If they also have to bui

Re: [Python-3000] PEP 3107 - Function Annotations

2007-01-05 Thread Neal Norwitz
On 12/28/06, Tony Lownds <[EMAIL PROTECTED]> wrote: > > > * With the modification of MAKE_FUNCTION to be a 32-bit value, this > > means that EXTENDED_ARG is now used. This means that the peephole > > optimizer won't work for the outer function. I think we should > > correct this. > > Ok. Somethi