[Zope-dev] z3c.testsetup test faliure (was Re: Zope Tests: 55 OK, 18 Failed)
On Sun, Jul 11, 2010 at 5:49 PM, Christophe Combelles cc...@free.fr wrote: Le 11/07/2010 13:59, Zope Tests Summarizer a écrit : Subject: FAILED : Bluebream / Python2.4.6 32bit linux From: ccomb at free.fr Date: Sat Jul 10 22:05:41 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016427.html Subject: FAILED : Bluebream / Python2.5.2 32bit linux From: ccomb at free.fr Date: Sat Jul 10 22:07:33 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016428.html Subject: FAILED : Bluebream / Python2.6.4 32bit linux From: ccomb at free.fr Date: Sat Jul 10 22:07:34 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016429.html This is a failure in z3c.testsetup. Can someone have a look at it? It also fails with 0.7.0. FYI: In trunk, if I pin zc.recipe.testrunner to 1.2.0, this failure is going away. Regards, Baiju M ___ 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] z3c.testsetup test faliure (was Re: Zope Tests: 55 OK, 18 Failed)
On Wed, Jul 14, 2010 at 2:57 PM, Baiju M mba...@zeomega.com wrote: On Sun, Jul 11, 2010 at 5:49 PM, Christophe Combelles cc...@free.fr wrote: Le 11/07/2010 13:59, Zope Tests Summarizer a écrit : Subject: FAILED : Bluebream / Python2.4.6 32bit linux From: ccomb at free.fr Date: Sat Jul 10 22:05:41 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016427.html Subject: FAILED : Bluebream / Python2.5.2 32bit linux From: ccomb at free.fr Date: Sat Jul 10 22:07:33 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016428.html Subject: FAILED : Bluebream / Python2.6.4 32bit linux From: ccomb at free.fr Date: Sat Jul 10 22:07:34 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016429.html This is a failure in z3c.testsetup. Can someone have a look at it? It also fails with 0.7.0. FYI: In trunk, if I pin zc.recipe.testrunner to 1.2.0, this failure is going away. I mean the trunk of z3c.testsetup Regards, Baiju M ___ 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 Tests: 46 OK, 16 Failed, 2 Unknown
Summary of messages to the zope-tests list. Period Tue Jul 13 12:00:00 2010 UTC to Wed Jul 14 12:00:00 2010 UTC. There were 64 messages: 6 from Zope Tests, 2 from buildbot at enfoldsystems.com, 4 from buildbot at pov.lt, 17 from buildbot at winbot.zope.org, 13 from ccomb at free.fr, 22 from jdriessen at thehealthagency.com. Test failures - Subject: FAILED : Bluebream / Python2.4.6 32bit linux From: ccomb at free.fr Date: Tue Jul 13 22:04:07 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016622.html Subject: FAILED : Bluebream / Python2.6.4 32bit linux From: ccomb at free.fr Date: Tue Jul 13 22:05:44 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016623.html Subject: FAILED : Bluebream / Python2.5.2 32bit linux From: ccomb at free.fr Date: Tue Jul 13 22:05:46 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016624.html Subject: FAILED : winbot / ztk_dev py_244_win32 From: buildbot at winbot.zope.org Date: Tue Jul 13 22:13:33 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016626.html Subject: FAILED : winbot / ztk_dev py_270_win32 From: buildbot at winbot.zope.org Date: Tue Jul 13 22:58:59 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016631.html Subject: FAILED : winbot / ztk_dev py_270_win64 From: buildbot at winbot.zope.org Date: Tue Jul 13 23:10:46 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016632.html Subject: FAILED : winbot / ztk_10 py_270_win32 From: buildbot at winbot.zope.org Date: Tue Jul 13 23:48:10 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016637.html Subject: FAILED : winbot / ztk_10 py_270_win64 From: buildbot at winbot.zope.org Date: Tue Jul 13 23:55:00 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016638.html Subject: FAILED : ZTK 1.0dev / Python2.7.0 Linux 32bit From: ccomb at free.fr Date: Wed Jul 14 00:17:56 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016640.html Subject: FAILED : winbot / ZODB_dev py_254_win32 From: buildbot at winbot.zope.org Date: Wed Jul 14 00:58:08 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016644.html Subject: FAILED : ZTK 1.0 / Python2.7.0 Linux 32bit From: ccomb at free.fr Date: Wed Jul 14 01:52:49 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016647.html Subject: FAILED : winbot / ZODB_dev py_265_win32 From: buildbot at winbot.zope.org Date: Wed Jul 14 01:53:06 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016648.html Subject: FAILED : winbot / ZODB_dev py_265_win64 From: buildbot at winbot.zope.org Date: Wed Jul 14 02:47:39 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016651.html Subject: FAILED : winbot / ZODB_dev py_270_win32 From: buildbot at winbot.zope.org Date: Wed Jul 14 03:43:05 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016653.html Subject: FAILED : winbot / ZODB_dev py_270_win64 From: buildbot at winbot.zope.org Date: Wed Jul 14 04:38:39 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016655.html Subject: FAILED : Zope Buildbot / ztk_win slave-win From: jdriessen at thehealthagency.com Date: Wed Jul 14 07:13:22 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016656.html Unknown --- Subject: [zodb-tests] buildbot failure in Enfold Systems on zodb-trunk-python-2.5-maestro From: buildbot at enfoldsystems.com Date: Wed Jul 14 02:58:53 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016652.html Subject: [zodb-tests] buildbot failure in Enfold Systems on zodb-trunk-python-2.6-maestro From: buildbot at enfoldsystems.com Date: Wed Jul 14 03:59:55 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016654.html Tests passed OK --- Subject: OK : Zope Buildbot / zope2 slave-osx From: jdriessen at thehealthagency.com Date: Tue Jul 13 12:54:50 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016611.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Tue Jul 13 12:56:28 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016612.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu32 From: jdriessen at thehealthagency.com Date: Tue Jul 13 12:56:48 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016613.html Subject: OK : Zope 3.4 Known Good Set / py2.4-64bit-linux From: buildbot at pov.lt Date: Tue Jul 13 21:08:55 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016614.html Subject: OK : Zope 3.4 Known Good Set / py2.4-32bit-linux From: buildbot at pov.lt Date: Tue Jul 13 21:30:03 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016615.html Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Tue Jul 13 21:31:49 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-July/016616.html Subject: OK :
Re: [Zope-dev] [Checkins] SVN: Zope/branches/2.12/ - LP #143533: Instead of showing 0.0.0.0 as server name when no
On 7/14/10 16:19 , Jens Vagelpohl wrote: Log message for revision 114741: - LP #143533: Instead of showing 0.0.0.0 as server name when no specific listening IP is configured for the HTTP server, do a socket lookup to show the current server's fully qualified name. Can I object to this change? I would much rather always see the IP address than just the hostname since that is a lot more information. If we change this can we please make it show both IP and hostname? Wichert. ___ 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] [Checkins] SVN: Zope/branches/2.12/ - LP #143533: Instead of showing 0.0.0.0 as server name when no
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 16:28 , Wichert Akkerman wrote: On 7/14/10 16:19 , Jens Vagelpohl wrote: Log message for revision 114741: - LP #143533: Instead of showing 0.0.0.0 as server name when no specific listening IP is configured for the HTTP server, do a socket lookup to show the current server's fully qualified name. Can I object to this change? I would much rather always see the IP address than just the hostname since that is a lot more information. If we change this can we please make it show both IP and hostname? Hi Wichert, The IP makes no sense, because 0.0.0.0 is strictly speaking correct as the IP value, since the process is listening on all interfaces. At that point we have no progress at all. 0.0.0.0 doesn't tell the viewer anything about what server it came from, either. If you were to somehow determine a physical IP then you may confuse the admin who wanted the process to listen on all interfaces, but then gets told only about one. As a compromise I used the FQDN instead of an IP. Putting both a name and an IP into that field violates the RFC[1]. jens [1] https://bugs.launchpad.net/zope2/+bug/143533/comments/1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkw9zRcACgkQRAx5nvEhZLLYuACgkh+O8jI2WX11NN8ZkDnhYVMi he8An3mpxVL4ENVb/s6uMX75JB5/zY9B =7AdY -END PGP SIGNATURE- ___ 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] [Checkins] SVN: Zope/branches/2.12/ - LP #143533: Instead of showing 0.0.0.0 as server name when no
On 7/14/10 16:43 , Jens Vagelpohl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 16:28 , Wichert Akkerman wrote: On 7/14/10 16:19 , Jens Vagelpohl wrote: Log message for revision 114741: - LP #143533: Instead of showing 0.0.0.0 as server name when no specific listening IP is configured for the HTTP server, do a socket lookup to show the current server's fully qualified name. Can I object to this change? I would much rather always see the IP address than just the hostname since that is a lot more information. If we change this can we please make it show both IP and hostname? Hi Wichert, The IP makes no sense, because 0.0.0.0 is strictly speaking correct as the IP value, since the process is listening on all interfaces. At that point we have no progress at all. 0.0.0.0 doesn't tell the viewer anything about what server it came from, either. I don't mind doing this for a SERVER_NAME in the response, but looking at the diff from the commit email you also changed the startup message from Zope 2 with this change. That is the bit I find problematic: I want to be able to immediately see if the Zope instance is bound to a specific IP address or ANY/0.0.0.0. Wichert. ___ 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] [Checkins] SVN: Zope/branches/2.12/ - LP #143533: Instead of showing 0.0.0.0 as server name when no
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wichert Akkerman wrote: I don't mind doing this for a SERVER_NAME in the response, but looking at the diff from the commit email you also changed the startup message from Zope 2 with this change. That is the bit I find problematic: I want to be able to immediately see if the Zope instance is bound to a specific IP address or ANY/0.0.0.0. +1 Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw90PQACgkQCJIWIbr9KYz67ACglrN0trl3IjP94Bir9nL2dSWm 3ToAnRzXftOgHCNMGIE4U4uQqMTD3G/m =c5UK -END PGP SIGNATURE- attachment: lists.vcf___ 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] [Checkins] SVN: Zope/branches/2.12/ - LP #143533: Instead of showing 0.0.0.0 as server name when no
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 17:00 , Andreas Jung wrote: Wichert Akkerman wrote: I don't mind doing this for a SERVER_NAME in the response, but looking at the diff from the commit email you also changed the startup message from Zope 2 with this change. That is the bit I find problematic: I want to be able to immediately see if the Zope instance is bound to a specific IP address or ANY/0.0.0.0. +1 http://svn.zope.org/?rev=114752view=rev http://svn.zope.org/?rev=114753view=rev jens -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkw91GoACgkQRAx5nvEhZLIfiACfU5qSaehfJwWAGxRcMoIgxOgT RcMAnArhiGoZyxoIpnYJblyIOs00Zd8G =Z2S5 -END PGP SIGNATURE- ___ 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] [Checkins] SVN: Zope/branches/2.12/ - LP #143533: Instead of showing 0.0.0.0 as server name when no
On 7/14/10 17:14 , Jens Vagelpohl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/14/10 17:00 , Andreas Jung wrote: Wichert Akkerman wrote: I don't mind doing this for a SERVER_NAME in the response, but looking at the diff from the commit email you also changed the startup message from Zope 2 with this change. That is the bit I find problematic: I want to be able to immediately see if the Zope instance is bound to a specific IP address or ANY/0.0.0.0. +1 http://svn.zope.org/?rev=114752view=rev http://svn.zope.org/?rev=114753view=rev Thanks! Wichert. ___ 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] Bug day report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I worked on Zope2 bugs today. This is what I managed to get done: Fixed = - https://bugs.launchpad.net/zope2/+bug/143273 - https://bugs.launchpad.net/zope2/+bug/143564 - https://bugs.launchpad.net/zope2/+bug/143722 - https://bugs.launchpad.net/zope2/+bug/143533 - https://bugs.launchpad.net/zope2/+bug/143755 Fixed already = - https://bugs.launchpad.net/zope2/+bug/143765 Confirmed = - https://bugs.launchpad.net/zope2/+bug/143516 Invalid === - https://bugs.launchpad.net/zope2/+bug/143663 Incomplete == - https://bugs.launchpad.net/zope2/+bug/143509 jens -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkw99MQACgkQRAx5nvEhZLI+iQCbBioRd/h25B+uiu5x7leZUz9n w7YAoJVHRQt7+mXd3xwEcR/QVmXwAeJj =qpzr -END PGP SIGNATURE- ___ 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] Bug day report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried to work on fixing the zope.testing tests under Zope 2.7: https://bugs.launchpad.net/zope.testing/+bug/605455 I did fix the zope.testing buildout to get its own tests passing under Zope 2.6, and added an optional 'test27' part for running them under Python 2.7. Unfortunately I wasn't able to summon enough doctest-fu to make my stab work. Maybe somebody who doesn't break out in hives at the thought of running pdb inside a doctest can finish from the patch I attached to the issue. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkw9+dsACgkQ+gerLs4ltQ4JYwCgq+d250vrheDX+dC8IwQ8NdTv QQUAn3uGP5STpliz5m0ErdygYMIcUpuP =cOpJ -END PGP SIGNATURE- ___ 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] ZEO TempStorage: Odd behavior on ZEO restart
On Sun, Jul 11, 2010 at 1:41 AM, Sebastian Tiedtke s...@mdvtts.com wrote: We're working on a large scale Plone deployment and recently came across some odd behavior with tempstorage at our ZEO server. The system setup consists of a central ZEO server that provides the storage for content as well as a temp storage for sessioning. There are multiple other servers that run multiple Plone instances with ZEO clients. Let me make sure I understand your setup: you have a TemporaryStorage running on a central server that is exposed via ZEO to clients. Right? So, when the ZEO server restarts the temp storage is reset (it's contents don't survive a restart by design), but the clients don't know all the objects they know about in the temp storage just disappeared. Therefore when they go to load one (because it wasn't in their object or ZEO caches), the load fails. Not surprising really. -- Benji York ___ 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] ZEO TempStorage: Odd behavior on ZEO restart
On Wed, Jul 14, 2010 at 19:22, Benji York be...@benjiyork.com wrote: [...] Let me make sure I understand your setup: you have a TemporaryStorage running on a central server that is exposed via ZEO to clients. Right? So, when the ZEO server restarts the temp storage is reset (it's contents don't survive a restart by design), but the clients don't know all the objects they know about in the temp storage just disappeared. Therefore when they go to load one (because it wasn't in their object or ZEO caches), the load fails. Not surprising really. What could be surprising is that, since the objects are not in the object cache or the ZEO cache, how can the clients 'know' about them to request them? And the answer is probably that there are other objects which ARE in the object cache, or the ZEO cache and that hold references (ghost objects in the case of the object-cache) to the objects in the zeo-distributed temporary storage. So, perhaps, Sebastian can avoid a Zope restart if he finds a way to flush all caches. Flushing the object caches is easy, it's in the Control_Panel. Flushing the ZEO cache is something else. Perhaps he can run with a 0-sized ZEO cache for the TempStorages? Cheers, Leo ___ 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 )