On 12/18/06, Thomas Wouters <[EMAIL PROTECTED]> wrote: > On 12/18/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > I am getting worried about the Py3k release schedule. > > Hah, only now? I've been worried every time I archive 20-unread-message > conversations in the python-3000 list -- which it feels like I've been doing > every two days for months :)
Me too, I just didn't have the guts to bring it up before. :-) [...] > > Perhaps the most controversial issue that I'd like to tackle is a > > standard library reorganization. This is so controversial that I don't > > even know where to begin. Maybe the refactoring tool will be able to > > help and can automatically convert imports using old locations to > > imports using new locations? Then if the new locations are also made > > available in Python 2.6, we'd even have an upgrade path. Who wants to > > help out here? There's a huge amount of work and if it is left to me > > it won't get done. > > I'm afraid that this problem just needs a decision: How do you (Guido, not > python-3000) want to organize the standard library? Maybe you already made > that decision and it was in one of the threads I never read -- if so, sorry > :P > Anyway, there's lots to be said for all approaches to organizing the > standard library, so I think you should just decide between java-like > (deeply structured), the current (unstructured, but with modules renamed to > fit styleguide, possibly with a 'stdlib' package covering all) or inbetween. > I favour second option without package; the other two options will no doubt > generate much discussion about how deep the structure should be and what > categories it should cover. I'd rather spend time renaming modules than > archiving threads :-) Ok, so be it. Let this be a pronouncement -- the only stdlib reorg we're doing will be (a) deleting silly old stuff; (b) rename modules that don't conform to the current module/package naming convention, like StringIO, cPickle or UserDict. -- --Guido van Rossum (home page: http://www.python.org/~guido/) _______________________________________________ Python-3000 mailing list [email protected] http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
