zc.buildout : more infos on download errors
Hello, When a server that is supposed to provide an agg is timing out (it happens sometime, for some libs like PIL, pysqlite, etc) zc.buildout returns a warning like this: Download error: (104, 'Connection reset by peer') -- Some packages may not be found! In the flow of actions, it is very hard to tell which url is down. I had to patch urlopen to catch it. I think zc.buildout could be more verbose here, and tell which package or url failed Regards Tarek -- View this message in context: http://www.nabble.com/zc.buildout-%3A-more-infos-on-download-errors-tp146869... Sent from the Python - distutils-sig mailing list archive at Nabble.com.
On Jan 8, 2008, at 5:51 AM, Tarek Ziadé wrote:
Hello,
When a server that is supposed to provide an agg is timing out (it happens sometime, for some libs like PIL, pysqlite, etc) zc.buildout returns a warning like this:
Download error: (104, 'Connection reset by peer') -- Some packages may not be found!
In the flow of actions, it is very hard to tell which url is down. I had to patch urlopen to catch it.
I think zc.buildout could be more verbose here, and tell which package or url failed
Agreed. You should submit a bug report. Note that buildout is using setuptools, which uses urllib2 which is maddeningly uninformative in it's error reporting. Jim -- Jim Fulton Zope Corporation
Done. I have another problem I would like to express: the boostrap.py file is not behaving as expected when the buildout is used in offline mode. If the user is not connected to the internet and does not have setuptools installed, bootstrap.py will fail because it will try to import it then to get it through the web. The right behavior and order would be : 1. try to see if setuptools and zc.buildout are present in eggs/ 2. try to see if they are available in the environment 3. try to easy_install it That makes a buildout runnable without internet, with just a few elements: - the prepared eggs folder - the prepared download-cache folder - buildout.cfg - bootstrap.py We did a small change to be able to have this behavior: https://ingeniweb.svn.sourceforge.net/svnroot/ingeniweb/IngeniSkel/trunk/ing... And I think this principle could be applied in zc.buildout as well Regards Tarek Jim Fulton wrote:
On Jan 8, 2008, at 5:51 AM, Tarek Ziadé wrote:
Hello,
When a server that is supposed to provide an agg is timing out (it happens sometime, for some libs like PIL, pysqlite, etc) zc.buildout returns a warning like this:
Download error: (104, 'Connection reset by peer') -- Some packages may not be found!
In the flow of actions, it is very hard to tell which url is down. I had to patch urlopen to catch it.
I think zc.buildout could be more verbose here, and tell which package or url failed
Agreed. You should submit a bug report. Note that buildout is using setuptools, which uses urllib2 which is maddeningly uninformative in it's error reporting.
Jim
-- Jim Fulton Zope Corporation
_______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
-- View this message in context: http://www.nabble.com/zc.buildout-%3A-more-infos-on-download-errors-tp146869... Sent from the Python - distutils-sig mailing list archive at Nabble.com.
participants (2)
-
Jim Fulton
-
Tarek Ziadé