[Python-3000] PEP 3108: Standard Library Reorganization

[Brett Cannon]

On 1/2/07, Jim Jewett <jimjjewett at gmail.com> wrote:
>
> On 1/1/07, Brett Cannon <brett at python.org> wrote:
> > =================
> >
> > Previously deprecated
> > ---------------------
> >
> > Modules in this section have been deprecated at some point in the
> > Python 2.x release series but are currently still distributed with
> > Python
>
>     (though not on all platforms).
>
> > Minimal usage
> > -------------
> >
> > Some modules that are platform-independent have minimal usage.  This
> > can be from how easy it is to implement the functionality from scratch
> > or because the audience for the code is small.
>
> > * imputil
>
> Assuming your import rewrite happens, then yes, all the legacy import
> modules should be removed. :D


=)  The rewrite has basically happened.  I still need to add support for
case-insensitive filesystems, but otherwise it's done (code needs at least
one read-through, mostly to possibly rename or hide some of the API).  Still
need to do docs and choose a name for the modle.

> * telnetlib
> >     + Telnet is not used very much anymore.
> >         - Telnet is unsafe.
> >         - Most people use SSH instead.
>
> I still use telnet.  I don't typically script it, but if I need to
> script a network connection other than http, that is where I start.
>
> I also note that SSH isn't available by default on windows (or some
> unix builds), nor is there a stdlib wrapper for it.


It's already been saved.


> > * asynchat/asyncore
> >     + Third-party libraries provide better solutions.
> >         - twisted [#twisted]_
>
> Too much kool-aid.
>
> "Everyone" sort of agrees that there are problems with the existing
> libraries, but not on precisely what those problems are, let alone
> what the solution should look like.  Some of the "this is obvious"
> patches were rejected as breaking something for someone else.


Saved.

> * getopt
> >     + optparse provides better functionality.
>
> Yes and no.  getopt does provide a (non-python-specific) standard
> parsing, and is still widely used.
>
> I would say keep it unless the converter could automate the
> translation to *lightweigt* optparse usage.  (Shouldn't add more than
> ~15% to the script's "here is where I deal with options" code.)
>
> > Modules to Rename
> > =================
>
> > PEP 8 violations
> >  ----------------
>
> > PEP 8 specifies that modules "should have short, lowercase names,
> > without underscores" [#pep-0008]_.  There is no mention, though, if
> > this rule extends to modules contained within a package.  The
> > assumption is that underscores are acceptable in module names when
> > they are contained within a package but that any uppercase letters is
> > not.
>
> PEP 8 should be clarified before this is implemented.


That's a Barry/Guido thing.  I am happy with my interpretation.

> * autoGIL
> >     autogil
> > * Carbon
> >     carbon
> > * ColorPicker
> >     colorpicker
> > * EasyDialogs
> >     easydialogs
> > * FrameWork
> >     framework
> > * MacOS
> >     macos
> > * MiniAEFrame
> >     miniaeframe
> > * Nav
> >     nav
> > * PixMapWrapper
> >     pixmapwrapper
> > * W
> >     w
>
> It would be best to rename these to indicate that they are
> mac-specific.  (Well, that or include pure-python or Tk
> implementations on other platforms.  There are already 3rd-party ports
> for some.)  Some of them seem like the obvious answer for certain
> problems, but then either the code isn't cross-platform (if you're
> using a Mac) or the module doesn't exist (which makes you wonder if
> you installed correctly).
>
> Something as simple as mac.colorpicker, easydialogs, mac.nav, ...
> would have been helpful.
>
> I suppose the same question would apply to _winreg, and to any
> not-mentioned platform-specific modules, but in practice, I seem to
> have the most frustration with Mac-only modules, even though there
> seem to be more Linux-only developers.



That's why one of the open issues is to group platform-specific stuff (that
is definitely platform-specific) should be in a package for that platform.
Just need support from people to push for it with Guido.

-Brett
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/python-3000/attachments/20070102/abe797e9/attachment.htm