- Zope-Dev - Zope lists

Zope Tests: 4 OK, 2 Failed
by Zope Tests Summarizer 10 Dec '08

10 Dec '08

Summary of messages to the zope-tests list. Period Tue Dec 9 12:00:00 2008 UTC to Wed Dec 10 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Tests. Test failures ------------- Subject: FAILED (failures=2) : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Tue Dec 9 20:29:11 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010625.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Tue Dec 9 20:30:41 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010626.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Tue Dec 9 20:23:10 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010621.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Tue Dec 9 20:24:41 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010622.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Tue Dec 9 20:26:11 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010623.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Tue Dec 9 20:27:41 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010624.html

1 0

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.
by Benji York 09 Dec '08

09 Dec '08

On Sat, Dec 6, 2008 at 10:28 AM, Christian Zagrodnick <cz(a)gocept.com> wrote: > Log message for revision 93722: > - Switched to Zope 3.4 KGS. > > - New lines are no longer stripped in XML and HTML code contained in a > textarea; requires ClientForm >= 0.2.10 (LP #268139). This revision make the buildout fail with Error: Couldn't find a distribution for 'ClientForm>=0.2.10'. I suspect you had that version of ClientForm in your cache and didn't realize that it is not available in the KGS index. Even if we fixed that, I don't want to require a particular version of ClientForm in testbrowser. There's no need to impose a newer version on people who don't need it. Anyone who does need the bug fix can specify the newer version in their project. The revision also disabled nailed versions which is required to keep the buildout reproducible. I've fixed all this in r93784. -- Benji York Senior Software Engineer Zope Corporation

6 12

Five's implementation of Zope 3 security
by Martin Aspeli 09 Dec '08

09 Dec '08

All, Yuppie asked a good question on zope-cmf today: Why doesn't Five support the <adapter /> directive's 'permission' attribute? Or does it? The underlying discussion is that CMF trunk has a traversal namespace adapter for add forms, that looks up the actual view to render as a named adapter on (context, request, fti), because the add view needs to know the FTI to construct the object. This means that we can't use <browser:page />, which means that security has to be applied manually with a ClassSecurityInfo/InitializeClass or (I presume) with a separate <class> <require /> </class> block. Is there a point in supporting the 'permission' (and, presumably, 'trusted') attributes of the <adapter /> directive in Zope 2? Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book

1 0

Zope Tests: 4 OK, 2 Failed
by Zope Tests Summarizer 09 Dec '08

09 Dec '08

Summary of messages to the zope-tests list. Period Mon Dec 8 12:00:00 2008 UTC to Tue Dec 9 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Tests. Test failures ------------- Subject: FAILED (failures=2) : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Mon Dec 8 20:29:47 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010619.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Mon Dec 8 20:31:18 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010620.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Mon Dec 8 20:23:46 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010615.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Mon Dec 8 20:25:17 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010616.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Mon Dec 8 20:26:47 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010617.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Mon Dec 8 20:28:17 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010618.html

1 0

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default
by Benji York 09 Dec '08

09 Dec '08

On Mon, Dec 8, 2008 at 2:22 AM, Michael Howitz <mh(a)gocept.com> wrote: > Log message for revision 93766: > color by default This setting apparently causes problems for people who use Emacs, so for zope. and zc. packages at least, we don't use --auto-color. > Changed: > U zc.sourcefactory/trunk/buildout.cfg > > -=- > Modified: zc.sourcefactory/trunk/buildout.cfg > =================================================================== > --- zc.sourcefactory/trunk/buildout.cfg 2008-12-08 07:21:10 UTC (rev 93765) > +++ zc.sourcefactory/trunk/buildout.cfg 2008-12-08 07:22:06 UTC (rev 93766) > @@ -4,4 +4,5 @@ > > [test] > recipe = zc.recipe.testrunner > +defaults = ["--auto-color"] > eggs = zc.sourcefactory [test] -- Benji York Senior Software Engineer Zope Corporation

7 8

Re: [Zope-dev] SVN: zope.tal/trunk/src/zope/tal/dummyengine.py assert isn't a function, using parens will cause the two arguments to be treated as a 2-tuple, hence always true.
by Tres Seaver 08 Dec '08

08 Dec '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthew Wilkes wrote: > Log message for revision 93717: > assert isn't a function, using parens will cause the two arguments to be treated as a 2-tuple, hence always true. > > Changed: > U zope.tal/trunk/src/zope/tal/dummyengine.py > > -=- > Modified: zope.tal/trunk/src/zope/tal/dummyengine.py > =================================================================== > --- zope.tal/trunk/src/zope/tal/dummyengine.py 2008-12-06 12:09:53 UTC (rev 93716) > +++ zope.tal/trunk/src/zope/tal/dummyengine.py 2008-12-06 13:25:25 UTC (rev 93717) > @@ -85,8 +85,8 @@ > return value > > def evaluate(self, expression): > - assert (expression.startswith("$") and expression.endswith("$"), > - expression) > + assert expression.startswith("$") and expression.endswith("$"), \ > + expression > expression = expression[1:-1] > m = name_match(expression) > if m: > @@ -152,8 +152,8 @@ > return self.evaluate(expr) > > def evaluateMacro(self, macroName): > - assert (macroName.startswith("$") and macroName.endswith("$"), > - macroName) > + assert macroName.startswith("$") and macroName.endswith("$"), \ > + macroName > macroName = macroName[1:-1] > file, localName = self.findMacroFile(macroName) > if not file: A better fix would be to strip outthe 'assert' keyword everywhere, and use 'self.failUnless' / 'self.failIf' instead: that would allow getting rid of the "backsplash", as well. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJPVjG+gerLs4ltQ4RAjZKAKDSJ2alTo+X6JjUypulCCB1cryn3QCfUktE Unhlfp28gYNPB3pyyHl+iM4= =n6K5 -----END PGP SIGNATURE-----

3 3

Plone/Zeocluster performances problems
by Service TICE 08 Dec '08

08 Dec '08

Hello After many searches I’m stuck on several problems, I hope you guys can help me :) I’m using Plone as institutional webportal (Zope 2.9.8-final, python 2.4.4) with python 2.4.4. The portal runs a zeocluster with 4 production instances, 3 threads each, and 1 admin instance (in debug mode). All instances share the same ZODB and data.fs on local drive. We use Apache 2 and a "STICKY_ROUTE" cookie to redirect user to the instance he's logged to. We use SSO authentification (CAS) with PloneCASLogin 2.5.0. Apache configuration: ## Default Virtual Host Configuration Listen xxx.xxx.xxx:80 NameVirtualHost xxx.xxx.xxx:80 <VirtualHost xxx.xxx.xxx:80> ServerName xxx.xxx.xxx ServerAdmin xxx(a)xxx.xxx <Proxy balancer://lb> BalancerMember http://xxx.xxx.xxx:8080 route=8080" BalancerMember http://xxx.xxx.xxx:8081 route=8081" BalancerMember http://xxx.xxx.xxx:8082 route=8082" BalancerMember http://xxx.xxx.xxx:8083 route=8083" </Proxy> # conditional proxy pass ProxyPass / balancer://lb/VirtualHostBase/http/xxx.xxx.xxx: 80/plone/VirtualHostRoot/ stickysession=STICKY_ROUTE #LOGS #LogLevel debug ServerAlias * CustomLog /opt/apache2/xxx.xxx.xxx.log combined </VirtualHost> We noticed that, sometimes, users are not redirected to right instance, so we decided to use the same temporary_folder for all instances and users are connected to the 4 instances at same time. But this modification causes errors like this one from my event.log file: 2008-11-26T10:45:23 INFO ZPublisher.Conflict ConflictError at / VirtualHostBase/http/XXXXX.fr:80/XXXX/VirtualHostRoot/Cours/ Cours.XXXXX.4424/fichiersan_XXXXX.2530/cours_supports_affichage: database conflict error (oid 0x2571, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a24a416ae79bb 2008-11-26 09:40:05.315987, serial currently committed 0x037a24a95ee0d788 2008-11-26 09:45:22.237099) (1 conflicts (0 unresolved) since startup at Wed Nov 26 10:43:19 2008) and this one from plone's error_log: Request URL http://XXXXXX.fr/Members/XXXXX/Cours/Cours.XXXXX.4648/cours_attacher_templa… Exception Type database conflict error (oid 0x1247, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a1ffe66682b66 2008-11-25 13:50:24.001620, serial currently committed 0x037a1ffeae62ca44 2008-11-25 13:50:40.871695) Exception Value database conflict error (oid 0x1247, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a1ffe66682b66 2008-11-25 13:50:24.001620, serial currently committed 0x037a1ffeae62ca44 2008-11-25 13:50:40.871695) Traceback (innermost last): * Module Zope2.App.startup, line 173, in zpublisher_exception_hook * Module ZPublisher.Publish, line 121, in publish * Module Zope2.App.startup, line 240, in commit * Module transaction._manager, line 96, in commit * Module transaction._transaction, line 380, in commit * Module transaction._transaction, line 378, in commit * Module transaction._transaction, line 436, in _commitResources * Module ZODB.Connection, line 665, in tpc_vote * Module ZEO.ClientStorage, line 893, in tpc_vote * Module ZEO.ClientStorage, line 877, in _check_serials ConflictError: database conflict error (oid 0x1247, class BTrees._OOBTree.OOBTree, serial this txn started with 0x037a1ffe66682b66 2008-11-25 13:50:24.001620, serial currently committed 0x037a1ffeae62ca44 2008-11-25 13:50:40.871695) From what I understand, there's a conflict in my database when user wants to access an object. I assume it's related to the temporary_folder sharing modification because errors appeared after it. Is there a way to resolve this error? Is there inconvenient to share temporary_folder? Should I stop it? My second problem, found in the event.log: 2008-11-26T10:45:28 ERROR PortalTransforms Cannot register transform lynx_dump, using BrokenTransform: Error Unable to find binary "lynx" in /opt/local/bin:/usr/bin:/bin:/usr/ sbin:/sbin:/usr/local/bin:/usr/X11/bin I don't understand when and why Plone tries to access to Lynx. We don't receive any traceback error in Plone's error_log. Last but not least. Sometimes instances stops all alone. We were not able to find why because we don't receive any error, message or signal. When stops occur, we restart Zeo by ssh, then instances works fine for some times but the problem comes back later. The server has 8 processors with very low usage but the 12gb RAM are always saturated à 98%. Python process takes 1 to 2gb RAM but there's a lot of "httpd" processes, up to 2.5gb each, their origin remains unknown to us. Thanks

3 2

Zope Tests: 3 OK, 3 Failed
by Zope Tests Summarizer 08 Dec '08

08 Dec '08

Summary of messages to the zope-tests list. Period Sun Dec 7 12:00:00 2008 UTC to Mon Dec 8 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Tests. Test failures ------------- Subject: FAILED (failures=7) : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Sun Dec 7 20:29:11 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010612.html Subject: FAILED (failures=2) : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Sun Dec 7 20:30:42 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010613.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Sun Dec 7 20:32:12 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010614.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Sun Dec 7 20:24:41 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010609.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Sun Dec 7 20:26:11 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010610.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Sun Dec 7 20:27:41 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010611.html

2 1

Deprecation warning in zope.app.appsetup.bootstrap
by Christian Theune 07 Dec '08

07 Dec '08

Hi, the utility setup code in zope.app.appsetup.bootstrap contains a somewhat annoying deprecation warning which said that the default option would go away in 3.5. This package moved beyond 3.5 and still has the code in it. It throws the folloing warning: /home/ctheune/.buildout/eggs/zope.app.appsetup-3.4.1-py2.4.egg/zope/app/appsetup/bootstrap.py:85: DeprecationWarning: asObject=False is deprecated and will not be supported after Zope 3.5 The deprecation seems to intend to remove the behaviour of the existing default parameter by removing the parameter completely. I'd be happy with that, but I can't write my code in a way to both silences the deprecation warning and stays future compatible (because of the argument that will go away). I wonder whether removing that argument is still a todo. If it is, I'd be happy to do so now. Christian -- Christian Theune · ct(a)gocept.com 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

1 0

Zope Tests: 3 OK, 3 Failed
by Zope Tests Summarizer 07 Dec '08

07 Dec '08

Summary of messages to the zope-tests list. Period Sat Dec 6 12:00:00 2008 UTC to Sun Dec 7 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Tests. Test failures ------------- Subject: FAILED (failures=7) : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Sat Dec 6 20:28:58 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010606.html Subject: FAILED (failures=2) : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Sat Dec 6 20:30:28 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010607.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Sat Dec 6 20:31:58 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010608.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Sat Dec 6 20:24:27 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010603.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Sat Dec 6 20:25:57 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010604.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Sat Dec 6 20:27:27 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010605.html

1 0