2011/3/23 Michael Howitz <mh@gocept.com>:
Am 23.03.2011 um 12:57 schrieb Zope Tests Summarizer:
Test failures ------------- [...] Subject: FAILED : Zope 3.4 Known Good Set / py2.4-32bit-linux From: buildbot at pov.lt Date: Tue Mar 22 22:26:52 EDT 2011 URL: http://mail.zope.org/pipermail/zope-tests/2011-March/035953.html
While: Installing test. Getting distribution for 'ClientForm==0.2.9'.
An internal error occured due to a bug in either zc.buildout or in a recipe being used: Traceback (most recent call last): ... File "/var/lib/buildbot/slaves/zope-kgs/py2.4-32bit-linux/build/test/eggs/setuptools-0.6c11-py2.4.egg/setuptools/package_index.py", line 553, in _download_to size = int(headers["Content-Length"]) ValueError: invalid literal for int(): 102936, 102936
Buildout tries to download ClientForm from sourceforge.net and seems to get a broken content-length header. I see the same problem when using distutils 0.6.14 since the last 3 or 4 days. But when I use wget the header seems to be correct or wget is smart enough to fix it.
ClientForm 0.2.10 (and mechanize 0.1.11) downloads do not exhibit this problem. I have updated zope.release to these versions to make buildbot green. But this remains a problem for people who have extends = http://download.zope.org/zope3.4/3.4.1/versions.cfg in their apps... Let's hope sourceforge.net will fix the issue on their end. Gediminas http://zope3.pov.lt/