[Catalog-sig] start on static generation, and caching - apache config.

Jim Fulton jim at zope.com
Wed Jul 11 14:52:20 CEST 2007

On Jul 11, 2007, at 1:16 AM, Martin v. Löwis wrote:
>> IOW, setuptools' focus is more on distribution filename safety,  
>> rather
>> than on sensible naming distinctions for end users.  The former is  
>> less
>> restrictive than the latter, I believe.
> Yes. However, it's not clear to me that the infrastructure needs to
> (or even is able to) enforce sensible naming. Instead, any policing
> that might be necessary should be done in the community. If two
> packages are named too similarly, users will get confused, and
> eventually one package may disappear, get renamed, get its naming
> challenged in court, and so on. It's not the job of the package
> *index* to do that sort of policing.

When Phillip designed setuptools, he tried to have a very low impact  
on lots of systems.  He did that very well and that has allowed  
setuptools to be adopted gradually with very little up front buy in.

One of the decisions Phillip made was to not use an installed-package  
database other than sys.path.  When a distribution is installed, the  
installed file name reflects the package name.  If you want to know  
whether a package is installed, you can scan sys.path looking for  
files or directories that contain/reflect the package name.  IMO,  
this was a very good decision, however, it does have the disadvantage  
that it may run afoul of system file-naming limitations.  Again, I  
think this was a fair trade off.

The questions for us is, how much effort we are willing to make to  
prevent people from shooting themselves in the foot.  I can  
understand why Phillip would like the package index to prevent people  
from choosing problematic package names.


Jim Fulton			mailto:jim at zope.com		Python Powered!
CTO 				(540) 361-1714			http://www.python.org
Zope Corporation	http://www.zope.com		http://www.zope.org

More information about the Catalog-SIG mailing list