On 07/01/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote: > There seems to be a misunderstanding. This is *not* going to happen > for standard library package names. I'm fine with inventing mechanisms > to allow 3rd party packages to beo cobbled together from multiple > contributions (it would seem to make sense for e.g. Twisted or Zope). > But I am absolutely squarely against 3rd party installs adding to (or > worse, overriding) standard library package names. This is (to me) > simple common sense, the reason being "knowing who to blame". We get > enough bug reports in the Python tracker about 3rd party software as > it is.
OK, that seems pretty clear. In which case, I'm -1 on having a "databases" package in the stdlib (this discussion should probably move back to the stdlib reorg list now). Keeping things like sqlite at the top level seems fine to me. I don't have a general rule I'm applying here - I think each suggestion should be considered on its own merits. Paul. _______________________________________________ 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
