[Zope-dev] Zope Tests: 40 OK, 13 Failed, 1 Unknown

2010-07-20 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list.
Period Mon Jul 19 12:00:00 2010 UTC to Tue Jul 20 12:00:00 2010 UTC.
There were 54 messages: 6 from Zope Tests, 1 from buildbot at 
enfoldsystems.com, 4 from buildbot at pov.lt, 17 from buildbot at 
winbot.zope.org, 13 from ccomb at free.fr, 13 from jdriessen at 
thehealthagency.com.


Test failures
-

Subject: FAILED : Bluebream / Python2.4.6 32bit linux
From: ccomb at free.fr
Date: Mon Jul 19 22:04:08 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016989.html

Subject: FAILED : Bluebream / Python2.6.4 32bit linux
From: ccomb at free.fr
Date: Mon Jul 19 22:05:50 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016990.html

Subject: FAILED : Bluebream / Python2.5.2 32bit linux
From: ccomb at free.fr
Date: Mon Jul 19 22:05:51 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016991.html

Subject: FAILED : winbot / ztk_dev py_270_win32
From: buildbot at winbot.zope.org
Date: Mon Jul 19 22:58:23 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016998.html

Subject: FAILED : winbot / ztk_dev py_270_win64
From: buildbot at winbot.zope.org
Date: Mon Jul 19 23:10:44 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016999.html

Subject: FAILED : winbot / ztk_10 py_244_win32
From: buildbot at winbot.zope.org
Date: Mon Jul 19 23:19:26 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017000.html

Subject: FAILED : winbot / ztk_10 py_270_win32
From: buildbot at winbot.zope.org
Date: Mon Jul 19 23:47:40 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017004.html

Subject: FAILED : winbot / ztk_10 py_270_win64
From: buildbot at winbot.zope.org
Date: Mon Jul 19 23:54:22 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017005.html

Subject: FAILED : ZTK 1.0dev / Python2.7.0 Linux 32bit
From: ccomb at free.fr
Date: Tue Jul 20 00:18:04 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017007.html

Subject: FAILED : ZTK 1.0 / Python2.7.0 Linux 32bit
From: ccomb at free.fr
Date: Tue Jul 20 01:53:33 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017015.html

Subject: FAILED : winbot / ZODB_dev py_270_win32
From: buildbot at winbot.zope.org
Date: Tue Jul 20 03:41:56 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017019.html

Subject: FAILED : winbot / ZODB_dev py_270_win64
From: buildbot at winbot.zope.org
Date: Tue Jul 20 04:37:26 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017021.html

Subject: FAILED : Zope Buildbot / ztk_win slave-win
From: jdriessen at thehealthagency.com
Date: Tue Jul 20 07:16:23 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017025.html


Unknown
---

Subject: [zodb-tests] buildbot failure in Enfold Systems on 
zodb-trunk-python-2.6-maestro
From: buildbot at enfoldsystems.com
Date: Tue Jul 20 04:15:56 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/017020.html


Tests passed OK
---

Subject: OK : Zope 3.4 Known Good Set / py2.4-64bit-linux
From: buildbot at pov.lt
Date: Mon Jul 19 21:09:06 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016981.html

Subject: OK : Zope-2.10 Python-2.4.6 : Linux
From: Zope Tests
Date: Mon Jul 19 21:35:11 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016982.html

Subject: OK : Zope-2.11 Python-2.4.6 : Linux
From: Zope Tests
Date: Mon Jul 19 21:37:14 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016983.html

Subject: OK : Zope-2.12 Python-2.6.5 : Linux
From: Zope Tests
Date: Mon Jul 19 21:39:14 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016984.html

Subject: OK : Zope-2.12-alltests Python-2.6.5 : Linux
From: Zope Tests
Date: Mon Jul 19 21:41:14 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016985.html

Subject: OK : Zope-trunk Python-2.6.5 : Linux
From: Zope Tests
Date: Mon Jul 19 21:43:14 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016986.html

Subject: OK : Zope-trunk-alltests Python-2.6.5 : Linux
From: Zope Tests
Date: Mon Jul 19 21:45:14 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016987.html

Subject: OK : Zope 3.4 Known Good Set / py2.4-32bit-linux
From: buildbot at pov.lt
Date: Mon Jul 19 21:54:34 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016988.html

Subject: OK : Zope 3.4 Known Good Set / py2.5-64bit-linux
From: buildbot at pov.lt
Date: Mon Jul 19 22:09:22 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016992.html

Subject: OK : winbot / ztk_dev py_244_win32
From: buildbot at winbot.zope.org
Date: Mon Jul 19 22:13:27 EDT 2010
URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016993.html

Subject: OK : winbot / ztk_dev py_254_win32
From: buildbot at winbot.zope.org
Date: Mon Jul 19 22:25:05 EDT 2010
URL: 

[Zope-dev] Doodle for August bug day

2010-07-20 Thread Christian Theune
Hi everyone,

here's the Doodle for our next bug day:
http://www.doodle.com/6gydequztpac3xud

I'd like to see many people there, so if you have any questions that 
need answering before you can join us on the bug day: ask them!

Christian

-- 
Christian Theune · c...@gocept.com
gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and development

___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Help review #181754

2010-07-20 Thread Christian Theune
Hi,

I just rejected issue 
https://bugs.edge.launchpad.net/zope.app.testing/+bug/181754

There might be room for different oppinions and if anyone would like to 
veto the decision, I'd welcome a discussion.

Christian

-- 
Christian Theune · c...@gocept.com
gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and development

___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Help review #181754

2010-07-20 Thread Wichert Akkerman
On 2010-7-20 17:39, Christian Theune wrote:
 Hi,

 I just rejected issue
 https://bugs.edge.launchpad.net/zope.app.testing/+bug/181754

 There might be room for different oppinions and if anyone would like to
 veto the decision, I'd welcome a discussion.

Your rejection contains an assumption that the request won't make it to 
the application. Is that assumption testable?

Wichert.


-- 
Wichert Akkerman wich...@wiggy.net   It is simple to make things.
http://www.wiggy.net/  It is hard to make things simple.
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Help review #181754

2010-07-20 Thread Christian Theune
On 07/20/2010 06:01 PM, Wichert Akkerman wrote:
 On 2010-7-20 17:39, Christian Theune wrote:
 Hi,

 I just rejected issue
 https://bugs.edge.launchpad.net/zope.app.testing/+bug/181754

 There might be room for different oppinions and if anyone would like to
 veto the decision, I'd welcome a discussion.

 Your rejection contains an assumption that the request won't make it to
 the application. Is that assumption testable?

I guess so.

I think it's relatively clear that the application server should 
insulate the application from malignant requests.

The details probably depend on the HTTP implementation. zope.server, 
zope.app.twisted, Paster and others might deal with this differently. 
Looking at the interfaces between those parts of the application it 
makes no sense to have syntactially invalid requests end up on the 
application level.

At least, WRT this bug, I don't think it's a good idea to ask explicitly 
for bad requests to go to the application as the test layer should model 
real server behaviour as closely as possible. And again it wouldn't make 
sense anyway as you can't pass an unparsable request to the application.

Christian

-- 
Christian Theune · c...@gocept.com
gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and development
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] zope.testing / zope.testrunner path forward:

2010-07-20 Thread Lennart Regebro
I'd like to put down some effort this week during the EuroPython
sprint to go forward with zope.testing for Python 3. zope.testing
3.9.5 is already deprecating zope.testing.testrunner, but I need to
remove it so that I can port zope.testing to Python 3 without going
mad. (zope.testrunner runs on Python 3 already, although installing it
fails, because it tries to install zope.testing 3.9.5.)

The questions are (some have been discussed before, but I don't
remember the outcome):

1. Should there be BBB imports of zope.testrunner into zope.testing?
We can do that to get a longer deprecation period, a couple of months
isn't very long).

2. Should I release the testrunner-free version before I port to
Python 3, or should we do both at once?Doing both at once of course
risks more problems than one at a time. On the other hand we might
want all changes at once to lessen annoyance.

3. It should be zope.testing 4.0.0, right?

-- 
Lennart Regebro: http://regebro.wordpress.com/
Python 3 Porting: http://python3porting.com/
+33 661 58 14 64
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] ./bin/test failing with trunk zope.testing

2010-07-20 Thread Lennart Regebro
On Sun, Jul 18, 2010 at 16:58, Jonathan Lange j...@mumak.net wrote:
 Actually, it turned out to be something of a pebkac.

Happy to hear it, zope.testrunner and zope.testing.testrunner *should*
be compatible, and if they aren't that is probably a bug.

-- 
Lennart Regebro: http://regebro.wordpress.com/
Python 3 Porting: http://python3porting.com/
+33 661 58 14 64
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Help review #181754

2010-07-20 Thread Wichert Akkerman
On 2010-7-20 18:15, Christian Theune wrote:
 At least, WRT this bug, I don't think it's a good idea to ask explicitly
 for bad requests to go to the application as the test layer should model
 real server behaviour as closely as possible. And again it wouldn't make
 sense anyway as you can't pass an unparsable request to the application.

I'm not sure I agree. Like everything else servers have bugs, so it 
can't hurt to test how your application would behave given certain 
server bugs.

Wichert.


-- 
Wichert Akkerman wich...@wiggy.net   It is simple to make things.
http://www.wiggy.net/  It is hard to make things simple.
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.testing / zope.testrunner path forward:

2010-07-20 Thread Lennart Regebro
On Tue, Jul 20, 2010 at 23:57, Marius Gedminas mar...@gedmin.as wrote:
 I'm for two separate releases.  Release early, release often.

Oh, that's not a problem.
svn://svn.zope.org/repos/main/zope.testing/branches/regebro-400 Is
testrunner free and runs on Python 3 already. It's purely a question
of if we want both changes at once or not. :-)

-- 
Lennart Regebro, Colliberty: http://www.colliberty.com/
Python, Zope, Plone blog: http://regebro.wordpress.com/
Telephone: +33 661 58 14 64
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Help review #181754

2010-07-20 Thread Christian Theune
On 07/20/2010 07:28 PM, Wichert Akkerman wrote:
 On 2010-7-20 18:15, Christian Theune wrote:
 At least, WRT this bug, I don't think it's a good idea to ask explicitly
 for bad requests to go to the application as the test layer should model
 real server behaviour as closely as possible. And again it wouldn't make
 sense anyway as you can't pass an unparsable request to the application.

 I'm not sure I agree. Like everything else servers have bugs, so it
 can't hurt to test how your application would behave given certain
 server bugs.

Right. IMHO this specific bug asked for would usually mean that the 
server breaks and can pass anything to the application. Whatever 
happens: the server needs to prepare a data structure to hand over to 
the application. If it can't do that, then there's nothing to test what 
happens with the application.

I guess this kind of test (what happens with the application if it 
receives invalid data) needs to work around server/publisher components 
and inject data directly to application methods.

Christian

-- 
Christian Theune · c...@gocept.com
gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and development
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.testing / zope.testrunner path forward:

2010-07-20 Thread Christian Theune
On 07/21/2010 06:40 AM, Lennart Regebro wrote:
 On Tue, Jul 20, 2010 at 23:57, Marius Gedminasmar...@gedmin.as  wrote:
 I'm for two separate releases.  Release early, release often.

 Oh, that's not a problem.
 svn://svn.zope.org/repos/main/zope.testing/branches/regebro-400 Is
 testrunner free and runs on Python 3 already. It's purely a question
 of if we want both changes at once or not. :-)

I myself prefer having more releases. I like Marius' idea: 3.10 would be 
good for removing the test runner then 4.0 can be Py3 compatibility.

Christian

-- 
Christian Theune · c...@gocept.com
gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 0 · fax +49 345 1229889 1
Zope and Plone consulting and development
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Help review #181754

2010-07-20 Thread Wolfgang Schnerring
* Wichert Akkerman wich...@wiggy.net [2010-07-20 19:28]:
 On 2010-7-20 18:15, Christian Theune wrote:
 At least, WRT this bug, I don't think it's a good idea to ask explicitly
 for bad requests to go to the application as the test layer should model
 real server behaviour as closely as possible. And again it wouldn't make
 sense anyway as you can't pass an unparsable request to the application.

 I'm not sure I agree. Like everything else servers have bugs, so it 
 can't hurt to test how your application would behave given certain 
 server bugs.

I don't think it is usually a productive assumption that lower layers
fail to uphold their end of the contract. Maybe an
extrapolation/hyperbole illustrates my opinion: Cosmic rays might also
flip bits in your computer's RAM or disk, but I don't think it's
worthwile to test how your application reacts when the python
interpreter (or whoever, really) presents it with mangled data
structures or objects or whatnot.

To put it differently, yes, servers have bugs, but the place to fix them
is in the server. If we can't rely on our layers/abstractions to hold,
I feel we lose most if not all benefits of having them in the first place.

Wolfgang

___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )