[Python-3000] packages in the stdlib

Aaron Bingham bingham at cenix-bioscience.com
Thu Jun 1 18:03:16 CEST 2006

Paul Moore wrote:

>On 5/31/06, Brett Cannon <brett at python.org> wrote:
>>Why would a 3rd-party module be installed into the stdlib namespace?
>>net.jabber wouldn't exist unless it was in the stdlib or the module's author
>>decided to be snarky and inject their module into the stdlib namespace.
>Do you really want the stdlib to "steal" all of the simple names (like
>net, gui, data, ...)? While I don't think it's a particularly good
>idea for 3rd party modules to use such names, I'm not too keen on
>having them made effectively "reserved", either.
I'm confused.  As far as I can see, a reserved prefix (the "py" or 
"stdlib" package others have mentioned) is the only reliable way to 
avoid naming conflicts with 3rd-party packages with a growing standard 
library.  I suspect we wll be going round and round in circles here as 
long as a reserved prefix is ruled out.  IMO, multiple reserved prefixes 
("net", "gui", etc.) is much worse than one.  Could someone please 
explain for my sake why a single reserved prefix is not acceptable? 


Aaron Bingham
Senior Software Engineer
Cenix BioScience GmbH

More information about the Python-3000 mailing list