[Zope-dev] wiki downtime, zope.interface 3.0.0b1, and buildout/setuptools crash
Hi, a) the wiki is down. Can someone please fix this? b) the homepage of zope.interface 3.0.0b1 points to the wiki. I changed this so that c) gets fixed for now. This probably results in 3.0.0b1 becoming uninstallable right now, although I doubt that it was installable (through the wiki) before. c) buildout/setuptools crashes on the opportunity that urllib raises a BadStatusLine exception instead of checking the next possibility. This is inside of setuptools though. Christian -- Christian Theune · [EMAIL PROTECTED] gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] wiki downtime, zope.interface 3.0.0b1, and buildout/setuptools crash
On Aug 11, 2008, at 10:07 , Christian Theune wrote: a) the wiki is down. Can someone please fix this? Well, it wasn't down like it always was on the old server, Apache just served an empty page for it. This appears to have been a (unrelated) Apache configuration. It's fixed now. jens ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zc.zope3recipes : set offline tests everywhere
Christophe Combelles wrote: Is this change ok? It seems to solve the previous failures in the 3.4 kgs, and speeds up the test. I don't have a problem with the change, but this damages the usefulness of README.txt as documentation. As someone who's never used zope3recipes, I'm going to read that and wonder why offline = true is in there all the time as there are no comments or explanation. Myself, I'd try and find another way of getting offline=true to happen so that the docs can actually remain actual docs without test cruft strewn throughout them. cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: bad zope.size to remove from PyPI
Aaron Lehmann wrote: If the buildout is nailed to that version or above, and there is none, it breaks. Well, breaks is good, but hopefully that means gives an error message along the lines of '''you specified version 'x.y.z' which could not be found'''. Is that what happens or do you just get some obscure random exception? Worse, if someone now adds another egg of the same version, but consumers have cached a version, their buildout won't download it, because it will already have that version in cache. That's only in case of re-use of an exact version number, right? Of course, PyPI should store MD5s for packages and buildout should use them :-( Yes, mistakes happen. What Benji is saying is that deletion is not the right way to remedy them, as unintuitive as that may seem. ...and I'm saying I don't agree... cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 5 OK
Summary of messages to the zope-tests list. Period Sun Aug 10 11:00:00 2008 UTC to Mon Aug 11 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Sun Aug 10 20:52:30 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-August/009990.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Sun Aug 10 20:54:01 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-August/009991.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Sun Aug 10 20:55:31 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-August/009992.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Sun Aug 10 20:57:01 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-August/009993.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Sun Aug 10 20:58:31 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-August/009994.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] wiki downtime, zope.interface 3.0.0b1, and buildout/setuptools crash
On Monday 11 August 2008, Christian Theune wrote: c) buildout/setuptools crashes on the opportunity that urllib raises a BadStatusLine exception instead of checking the next possibility. This is inside of setuptools though. Thanks for debugging. :-) That was my first task this morning. ;-) Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. Zope Stephan Richter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zc.zope3recipes : set offline tests everywhere
On Aug 11, 2008, at 5:17 AM, Chris Withers wrote: Christophe Combelles wrote: Is this change ok? It seems to solve the previous failures in the 3.4 kgs, and speeds up the test. I don't have a problem with the change, but this damages the usefulness of README.txt as documentation. As someone who's never used zope3recipes, I'm going to read that and wonder why offline = true is in there all the time as there are no comments or explanation. Myself, I'd try and find another way of getting offline=true to happen so that the docs can actually remain actual docs without test cruft strewn throughout them. I agree. A sneaky way to do this would be to change the setup code to set a HOME environment variable to a temporary directory containing .buildout/default.cfg with: [buildout] newest = false Jim -- Jim Fulton Zope Corporation ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zc.zope3recipes : set offline tests everywhere
On Mon, Aug 11, 2008 at 3:27 PM, Jim Fulton [EMAIL PROTECTED] wrote: On Aug 11, 2008, at 5:17 AM, Chris Withers wrote: Christophe Combelles wrote: Is this change ok? It seems to solve the previous failures in the 3.4 kgs, and speeds up the test. I don't have a problem with the change, but this damages the usefulness of README.txt as documentation. As someone who's never used zope3recipes, I'm going to read that and wonder why offline = true is in there all the time as there are no comments or explanation. Myself, I'd try and find another way of getting offline=true to happen so that the docs can actually remain actual docs without test cruft strewn throughout them. I agree. A sneaky way to do this would be to change the setup code to set a HOME environment variable to a temporary directory containing .buildout/default.cfg with: I'll throw out another option: you can add doctest examples in reST comments to enable offline mode. Something like this: .. Set offline mode so the tests run correctly (or whatever). DO THING HERE Now we foo the bar with the baz baz.foo(bar) When rendered to HTML (or any other target) the first part won't be visible, but the second part will be. If you have to do this much a global approach (like the one Jim suggested) would likely be better, but I wanted to demonstrate this approach because it can be useful when you don't want to pollute otherwise good documentation. -- Benji York Senior Software Engineer Zope Corporation ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )