On Oct 5, 2007, at 10:45 PM, Benji York wrote:

Stephan Richter wrote:
2. How many packages should be controlled in this index? I think we should definitely add packages from z3c and the zc namespace.

What is the motivation to include non-controlled packages? I suppose it is to let people use those packages with (in this case) Zope 3.4.


What if someone wants Zope 3.4 and Twisted version X and Plone version Y (just making those up).

That's why the KGS index is a PyPI mirror of all uncontrolled packages.

Perhaps we need a way to refer to several KGS when constructing an application. Or is one KGS supposed to define a "universe" of packages known to work together. If so, I would think there would be no place for non-controlled packages.

The semantics I think we want are kind of tricky. A KGS index needs to be authoritative for the projects it controls. If we looked in multiple KGSs, there would need to be semantics for deciding which was authoritative. setuptools lets you define a single index and multiple find-link servers. The highest version found on any server is authoritative. I think supporting multiple KGSs with the right semantics would be useful, but there isn't a way to do it in setuptools. We can achieve the same effect on the server. For example, with this software, you could chain several KGSs together.


Jim Fulton
Zope Corporation

Zope3-dev mailing list
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com

Reply via email to