[Zope-dev] Zope Tests: 31 OK, 3 Failed
Summary of messages to the zope-tests list. Period Tue Jun 22 12:00:00 2010 UTC to Wed Jun 23 12:00:00 2010 UTC. There were 34 messages: 6 from Zope Tests, 11 from ccomb at free.fr, 1 from ct at gocept.com, 16 from jdriessen at thehealthagency.com. Test failures - Subject: FAILED: Repository policy check found errors in 429 projects From: ct at gocept.com Date: Tue Jun 22 21:13:21 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015627.html Subject: FAILED : ZTK 1.0dev / Python2.4.6 Linux 32bit From: ccomb at free.fr Date: Wed Jun 23 00:10:22 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015637.html Subject: FAILED : Zope Buildbot / ztk_win slave-win From: jdriessen at thehealthagency.com Date: Wed Jun 23 07:23:40 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015645.html Tests passed OK --- Subject: OK : Zope Buildbot / zope2.12 slave-osx From: jdriessen at thehealthagency.com Date: Tue Jun 22 08:38:28 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015618.html Subject: OK : Zope Buildbot / zope2 slave-osx From: jdriessen at thehealthagency.com Date: Tue Jun 22 08:45:55 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015619.html Subject: OK : Zope Buildbot / ztk slave-osx From: jdriessen at thehealthagency.com Date: Tue Jun 22 09:14:31 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015620.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Tue Jun 22 09:54:42 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015621.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu32 From: jdriessen at thehealthagency.com Date: Tue Jun 22 09:54:48 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015622.html Subject: OK : Zope Buildbot / zope2 slave-osx From: jdriessen at thehealthagency.com Date: Tue Jun 22 10:00:09 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015623.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Tue Jun 22 10:54:43 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015624.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu32 From: jdriessen at thehealthagency.com Date: Tue Jun 22 10:54:49 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015625.html Subject: OK : Zope Buildbot / zope2 slave-osx From: jdriessen at thehealthagency.com Date: Tue Jun 22 11:00:04 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015626.html Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Tue Jun 22 21:30:37 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015628.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Tue Jun 22 21:32:38 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015629.html Subject: OK : Zope-2.12 Python-2.6.5 : Linux From: Zope Tests Date: Tue Jun 22 21:34:38 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015630.html Subject: OK : Zope-2.12-alltests Python-2.6.5 : Linux From: Zope Tests Date: Tue Jun 22 21:36:38 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015631.html Subject: OK : Zope-trunk Python-2.6.5 : Linux From: Zope Tests Date: Tue Jun 22 21:38:38 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015632.html Subject: OK : Zope-trunk-alltests Python-2.6.5 : Linux From: Zope Tests Date: Tue Jun 22 21:40:38 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015633.html Subject: OK : BlueBream template / Python2.4.6 32bit linux From: ccomb at free.fr Date: Tue Jun 22 22:00:57 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015635.html Subject: OK : BlueBream template / Python2.5.2 32bit linux From: ccomb at free.fr Date: Tue Jun 22 22:00:58 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015636.html Subject: OK : BlueBream template / Python2.6.4 32bit linux From: ccomb at free.fr Date: Tue Jun 22 22:00:58 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015634.html Subject: OK : ZTK 1.0dev / Python2.5.2 Linux 32bit From: ccomb at free.fr Date: Wed Jun 23 00:11:33 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015638.html Subject: OK : ZTK 1.0dev / Python2.6.4 Linux 32bit From: ccomb at free.fr Date: Wed Jun 23 00:11:54 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015639.html Subject: OK : Zope 3.4.1 KGS / Python2.4.6 32bit linux From: ccomb at free.fr Date: Wed Jun 23 00:31:21 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015640.html Subject: OK : Zope 3.4.1 KGS / Python2.5.2 32bit linux From: ccomb at free.fr Date: Wed Jun 23 00:54:38 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-June/015641.html Subject: OK : ZTK 1.0 / Python2.4.6 Linux 32bit From: ccomb at
[Zope-dev] zope.sendmail and critical transaction errors.
With Zope2's MailHost now using zope.sendmail, we're seeing some critical errors when sending mail when the mail server domain name is misconfigured. http://dev.plone.org/plone/ticket/10675 (these are triggered by a password reset mail, the registration mail is sent immediately). This is because zope.sendmail.delivery.MailDataManager sends mail in tpc_finish when using DirectMailDelivery. While MailDataManager makes sense for QueuedMailDelivery (msg.commit should never fail) for DirectMailDelivery it seems wrong. To fix this, DirectMailDelivery should use a commit hook - there are two options: * After Commit Hook Ensures mail is only sent once in event of a request being retried, but errors are swallowed so no feedback that there is a problem to the browser. * Before Commit Hook Mail me be sent multiple times in event of a request being retried due to a conflict error, but errors propagate to the browser. I think the Before Commit Hook option is probably best here. DirectMailDelivery should only be used for testing anyway, or at least only on very small sites in production - QueuedMailDelivery will scale better. For Zope 2.12 / Plone 4.0 we have the additional problem that Zope 2.12 is incompatible with zope.sendmail 3.7.x / trunk due to a zope.component 3.8 dependency. I think this issue is serious enough to warrant backporting this fix to the zope.sendmail 3.6.x branch. Patches attached for comment. Laurence aftercommit.diff Description: Binary data beforecommit.diff Description: Binary data ___ 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.sendmail and critical transaction errors.
Hi. On Wed, Jun 23, 2010 at 1:59 PM, Laurence Rowe l...@lrowe.co.uk wrote: I think the Before Commit Hook option is probably best here. DirectMailDelivery should only be used for testing anyway, or at least only on very small sites in production - QueuedMailDelivery will scale better. A before commit hook sounds like the right thing to do indeed. For Zope 2.12 / Plone 4.0 we have the additional problem that Zope 2.12 is incompatible with zope.sendmail 3.7.x / trunk due to a zope.component 3.8 dependency. I think this issue is serious enough to warrant backporting this fix to the zope.sendmail 3.6.x branch. Feel free to backport this to zope.sendmail 3.5.x (3.6.0 introduced the backwards incompatible zope.component version). I can cut a new release and include it in the next 2.12.x release. Hanno ___ 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.sendmail and critical transaction errors.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Laurence Rowe wrote: With Zope2's MailHost now using zope.sendmail, we're seeing some critical errors when sending mail when the mail server domain name is misconfigured. http://dev.plone.org/plone/ticket/10675 (these are triggered by a password reset mail, the registration mail is sent immediately). This is because zope.sendmail.delivery.MailDataManager sends mail in tpc_finish when using DirectMailDelivery. While MailDataManager makes sense for QueuedMailDelivery (msg.commit should never fail) for DirectMailDelivery it seems wrong. To fix this, DirectMailDelivery should use a commit hook - there are two options: * After Commit Hook Ensures mail is only sent once in event of a request being retried, but errors are swallowed so no feedback that there is a problem to the browser. * Before Commit Hook Mail me be sent multiple times in event of a request being retried due to a conflict error, but errors propagate to the browser. I think the Before Commit Hook option is probably best here. DirectMailDelivery should only be used for testing anyway, or at least only on very small sites in production - QueuedMailDelivery will scale better. For Zope 2.12 / Plone 4.0 we have the additional problem that Zope 2.12 is incompatible with zope.sendmail 3.7.x / trunk due to a zope.component 3.8 dependency. I think this issue is serious enough to warrant backporting this fix to the zope.sendmail 3.6.x branch. Patches attached for comment. - -sys.maxint to changing the mail delivery to a non-transactional form. Switching to a before commit hook is the *worst* of the optoins: it defeats the whole point of using zope.sendmail in the first place, which was to avoidi multiple e-mails on retried requests: if the application doesn't want the mail to be transactional, then it should just send it immediately (which is what the MailHost used to do). At that point, the user would get an error screen, which couold only be cleared by the admin fixing the mail configuration. The misconfiguration of the mail host in transactional mode *does* cause the server to go into a lockdown mode (because errors are not supposed to be raised in 'tpc_finish'). There is *no* database corruption, but the transaction manager can't know that, and so it deliberately refuses to commit more transactions until the admin un-futzes the problem (in this case, by fixing the mailhost configuration) and restarts the server. 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 iEYEARECAAYFAkwiJk4ACgkQ+gerLs4ltQ4VnQCeNdJCHQojfrBQymejpM/WT7YN s+EAn1XY2ju5B1taLMax8cx4BUBHcR3A =cgaT -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] Problem with CMF trunk and Zope 2 trunk
Hi, I just wanted to test something with the CMF buildout and I'm getting the following error. As far as I can tell I have everything correctly up to date. What's going wrong? Charlie fuchsia:trunk charlieclark$ bin/instance fg Traceback (most recent call last): File bin/instance, line 91, in module + sys.argv[1:]) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/plone.recipe.zope2instance-4.0a1-py2.6.egg/plone/recipe/zope2instance/ctl.py, line 232, in main options.realize(args, doc=__doc__) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/src/Zope2/src/Zope2/Startup/zopectl.py, line 148, in realize ZDOptions.realize(self, *args, **kw) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/zdaemon-2.0.4-py2.6.egg/zdaemon/zdoptions.py, line 290, in realize self.load_schema() File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/zdaemon-2.0.4-py2.6.egg/zdaemon/zdoptions.py, line 338, in load_schema self.schema = ZConfig.loadSchema(self.schemafile) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 33, in loadSchema return SchemaLoader().loadURL(url) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 67, in loadURL return self.loadResource(r) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 195, in loadResource schema = ZConfig.schema.parseResource(resource, self) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/schema.py, line 27, in parseResource xml.sax.parse(resource.file, parser) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/__init__.py, line 33, in parse parser.parse(source) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/expatreader.py, line 107, in parse xmlreader.IncrementalParser.parse(self, source) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/xmlreader.py, line 123, in parse self.feed(buffer) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/expatreader.py, line 207, in feed self._parser.Parse(data, isFinal) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/expatreader.py, line 301, in start_element self._cont_handler.startElement(name, AttributesImpl(attrs)) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/schema.py, line 103, in startElement getattr(self, start_ + name)(attrs) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/schema.py, line 306, in start_import src = self._loader.schemaComponentSource(pkg, file) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 217, in schemaComponentSource package=package) ZConfig.SchemaResourceError: could not load package ZServer: No module named tainted Package name: 'ZServer' File name: 'component.xml' Package path: None -- Charlie Clark Managing Director Clark Consulting Research German Office Helmholtzstr. 20 Düsseldorf D- 40215 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 ___ 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] Problem with CMF trunk and Zope 2 trunk
Hi. On Wed, Jun 23, 2010 at 8:52 PM, Charlie Clark charlie.cl...@clark-consulting.eu wrote: I just wanted to test something with the CMF buildout and I'm getting the following error. As far as I can tell I have everything correctly up to date. What's going wrong? You have likely some old SVN remains. If you do an svn st on the Zope2 tree, you should see some orphaned directories - remove those. Alternatively remove the Zope2 checkout and start fresh. Hanno ___ 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] Problem with CMF trunk and Zope 2 trunk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charlie Clark wrote: Hi, I just wanted to test something with the CMF buildout and I'm getting the following error. As far as I can tell I have everything correctly up to date. What's going wrong? Charlie fuchsia:trunk charlieclark$ bin/instance fg Traceback (most recent call last): File bin/instance, line 91, in module + sys.argv[1:]) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/plone.recipe.zope2instance-4.0a1-py2.6.egg/plone/recipe/zope2instance/ctl.py, line 232, in main options.realize(args, doc=__doc__) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/src/Zope2/src/Zope2/Startup/zopectl.py, line 148, in realize ZDOptions.realize(self, *args, **kw) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/zdaemon-2.0.4-py2.6.egg/zdaemon/zdoptions.py, line 290, in realize self.load_schema() File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/zdaemon-2.0.4-py2.6.egg/zdaemon/zdoptions.py, line 338, in load_schema self.schema = ZConfig.loadSchema(self.schemafile) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 33, in loadSchema return SchemaLoader().loadURL(url) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 67, in loadURL return self.loadResource(r) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 195, in loadResource schema = ZConfig.schema.parseResource(resource, self) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/schema.py, line 27, in parseResource xml.sax.parse(resource.file, parser) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/__init__.py, line 33, in parse parser.parse(source) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/expatreader.py, line 107, in parse xmlreader.IncrementalParser.parse(self, source) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/xmlreader.py, line 123, in parse self.feed(buffer) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/expatreader.py, line 207, in feed self._parser.Parse(data, isFinal) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/expatreader.py, line 301, in start_element self._cont_handler.startElement(name, AttributesImpl(attrs)) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/schema.py, line 103, in startElement getattr(self, start_ + name)(attrs) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/schema.py, line 306, in start_import src = self._loader.schemaComponentSource(pkg, file) File /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/eggs/ZConfig-2.8.0-py2.6.egg/ZConfig/loader.py, line 217, in schemaComponentSource package=package) ZConfig.SchemaResourceError: could not load package ZServer: No module named tainted Package name: 'ZServer' File name: 'component.xml' Package path: None You likely need to get rid of the directories in 'src' correspongin to the newly-laid eggs: $ rm -rf include src/AccessControl src/DocumentTemplate \ src/Products/ZCTextIndex and rerun buildout. 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 iEYEARECAAYFAkwiXNYACgkQ+gerLs4ltQ7uowCfVmrC8Zw21QKN+lRVB1mdYWtx tv0AoNGz9/RzpcfsrB2NzhK0hToxM3Xd =uhs6 -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] Problem with CMF trunk and Zope 2 trunk
Am 23.06.2010, 21:05 Uhr, schrieb Hanno Schlichting ha...@hannosch.eu: You have likely some old SVN remains. If you do an svn st on the Zope2 tree, you should see some orphaned directories - remove those. Alternatively remove the Zope2 checkout and start fresh. Thanks Hanno and Tres for the pointers. A bundle of stuff has moved: Everything running okay now. /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/src/Products.CMFCore/Products/CMFCore/FSObject.py:21: DeprecationWarning: RoleManager is deprecated. RoleManager is no longer part of AccessControl, please depend on Zope2 and import from OFS.role or use the new minimal RoleManager class from AccessControl.rolemanager. from AccessControl.Role import RoleManager /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/src/Zope2/src/Zope2/App/ClassFactory.py:22: DeprecationWarning: UserFolder is deprecated. User folders are no longer part of AccessControl, please depend on Zope2 and import from OFS.userfolder or use the new minimal user folder classes from AccessControl.userfolder. return getattr(m, name) I think we need to fix these imports in CMF. Charlie -- Charlie Clark Managing Director Clark Consulting Research German Office Helmholtzstr. 20 Düsseldorf D- 40215 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 ___ 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 )