zope.app.error 3.5.1 not listed on distribution list
Hi there, during grok development we recently experienced some trouble with the zope.app.error package. We distribute the list on `http://download.zope.org/distribution` as sources list for grokproject, so that projects created with that tool, by default lookup this list for available eggs/packages. On this list the 3.5.1 release of zope.app.error is missing (older releases are available), which makes projects created with grokproject using an older release of zope.app.error, which in turn leads to errors. A bit annoying. To understand the sources lookup process better, I would like to know: Is there a special reason, why zope.app.error 3.5.1 is not listed on the above distribution list (while older versions are listed)? What is the recommended sources list for looking up zope eggs during buildout, anyway? There is at least also the `ppix` 'listing' on download.zope.org (which already provides zope.app.error 3.5.1). What's the difference in terms of completeness and up-to-dateness of listed packages? Sorry, if this are dumb questions and thanks in advance, -- Uli
Uli Fouquet wrote:
during grok development we recently experienced some trouble with the zope.app.error package. We distribute the list on `http://download.zope.org/distribution` as sources list for grokproject, so that projects created with that tool, by default lookup this list for available eggs/packages.
Actually, what happens is that buildout/setuptools will go there for *extra* links. It will always go to the package index first.
On this list the 3.5.1 release of zope.app.error is missing (older releases are available), which makes projects created with grokproject using an older release of zope.app.error, which in turn leads to errors. A bit annoying.
This can't be the reason for buildout using an older version. buildout should by default go to the simple PyPI index, which clearly has zope.app.error 3.5.1 http://pypi.python.org/simple/zope.app.error.
To understand the sources lookup process better, I would like to know:
Is there a special reason, why zope.app.error 3.5.1 is not listed on the above distribution list (while older versions are listed)?
I don't think we should continue uploading stuff to http://download.zope.org/distribution.
What is the recommended sources list for looking up zope eggs during buildout, anyway?
I wish we wouldn't have to specify http://download.zope.org/distribution at all in our buildout.cfg. I think we're close to this point.
There is at least also the `ppix` 'listing' on download.zope.org (which already provides zope.app.error 3.5.1). What's the difference in terms of completeness and up-to-dateness of listed packages?
http://download.zope.org/distribution is just a flat directory that svn committers can upload files to. It's used by buildout/setuptools as a "find-links" parameters. ppix is a *package index*, a mirror of the simple PyPI index to be precise. -- http://worldcookery.com -- Professional Zope documentation and training
Hi Philipp, Philipp von Weitershausen wrote:
Uli Fouquet wrote:
during grok development we recently experienced some trouble with the zope.app.error package. We distribute the list on `http://download.zope.org/distribution` as sources list for grokproject, so that projects created with that tool, by default lookup this list for available eggs/packages.
Actually, what happens is that buildout/setuptools will go there for *extra* links. It will always go to the package index first.
I checked that and, yes, you are right. Anyway, your hint helped me to find the real reason, a misconfigured versions list of the grok release. Sorry for the trouble.
Is there a special reason, why zope.app.error 3.5.1 is not listed on the above distribution list (while older versions are listed)?
I don't think we should continue uploading stuff to http://download.zope.org/distribution.
What is the recommended sources list for looking up zope eggs during buildout, anyway?
I wish we wouldn't have to specify http://download.zope.org/distribution at all in our buildout.cfg. I think we're close to this point.
Why do we have to?
There is at least also the `ppix` 'listing' on download.zope.org (which already provides zope.app.error 3.5.1). What's the difference in terms of completeness and up-to-dateness of listed packages?
http://download.zope.org/distribution is just a flat directory that svn committers can upload files to. It's used by buildout/setuptools as a "find-links" parameters. ppix is a *package index*, a mirror of the simple PyPI index to be precise.
This sounds like a pretty complete and automatically up-to-date 'list', compared to the `distribution` list. Wouldn't it be useful then to set the index to ppix and drop the find-links entry? Thanks for the enlightenment! -- Uli
Philipp von Weitershausen wrote:
I wish we wouldn't have to specify http://download.zope.org/distribution at all in our buildout.cfg. I think we're close to this point.
+1 I think PSF is going to get another machine for PyPI [1]. Let's hope it will improve performance of PyPI. [1] http://www.python.org/psf/records/board/minutes/2007-09-10/ Regards, Baiju M
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Baiju M wrote:
Philipp von Weitershausen wrote:
I wish we wouldn't have to specify http://download.zope.org/distribution at all in our buildout.cfg. I think we're close to this point.
+1
I think PSF is going to get another machine for PyPI [1]. Let's hope it will improve performance of PyPI.
The problems aren't only with performance (which has been fairly good lately, I think). The real problem is that different package maintainers have different notions about appropriate "release hygeine", which makes relying on the Cheeseshop index for production deplo9yments too risky for my taste. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGjal+gerLs4ltQ4RAnimAKCbAYh8KxblGA8qkniRXz5r6n5d4ACfSIhW FBxFKmq83o4wlrIXltPzQFQ= =MEjp -----END PGP SIGNATURE-----
participants (4)
-
Baiju M -
Philipp von Weitershausen -
Tres Seaver -
Uli Fouquet