December 2008 - Zope-Dev

Fwd: Help with RelStorage ...
by Gareth Bult 14 Dec '08

14 Dec '08

Hi, I'm having a bit of a problem that looks like a 32 bit vs 64 bit issue with RelStorage, can anyone help? If I do a clean install of RelStorage and ZODB on a 32 bit Ubuntu system, I get one error when I run the tests as follows; ====================================================================== FAIL: checkPackWithMultiDatabaseReferences (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-i686.egg/ZODB/tests/PackableStorage.py”, line 329, in checkPackWithMultiDatabaseReferences assert(len(self._storage) == 1) AssertionError ———————————————————————- I'm not convinced this in itself is a problem. However, when I do the same on a 64 bit system I get additional errors as follows; ====================================================================== ERROR: checkPackUnlinkedFromRoot (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/PackableStorage.py”, line 558, in checkPackUnlinkedFromRoot tid = log[0]['id'] IndexError: list index out of range ====================================================================== ERROR: checkTransactionalUndoAfterPackWithObjectUnlinkFromRoot (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/TransactionalUndoStorage.py”, line 506, in checkTransactionalUndoAfterPackWithObjectUnlinkFromRoot tid = log[0]['id'] IndexError: list index out of range ====================================================================== FAIL: checkLoadBefore (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/RevisionStorage.py”, line 62, in checkLoadBefore assert prev < middle < cur # else the snooze() trick failed AssertionError ====================================================================== FAIL: checkPackUndoLog (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/PackableStorage.py”, line 629, in checkPackUndoLog self.assertEqual(1,len(self._storage.undoLog())) AssertionError: 1 != 0 ====================================================================== FAIL: checkPackWithMultiDatabaseReferences (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/PackableStorage.py”, line 329, in checkPackWithMultiDatabaseReferences assert(len(self._storage) == 1) AssertionError ====================================================================== FAIL: checkTransactionalUndoAfterPack (__main__.MySQLTests) ———————————————————————- Traceback (most recent call last): File “/opt/Plone-3.1/Python-2.4/lib/python2.4/site-packages/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/tests/TransactionalUndoStorage.py”, line 452, in checkTransactionalUndoAfterPack eq(len(info2), 2) AssertionError: 0 != 2 ———————————————————————- I have tried; System Python @ 2.5 and Plone Python @ 2.4.5 easy_install RelStorage and SVN RelStorage ZODB 3.8.0 and ZODB 3.8.1 All essentially give the same results. [I've tried ZODB 3.9, but you really don't want to see that one.] Can anyone point me in the right direction / suggest something else to try ??? tia Gareth.

2 1

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

13 Dec '08

Summary of messages to the zope-tests list. Period Fri Dec 12 12:00:00 2008 UTC to Sat Dec 13 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: Fri Dec 12 20:37:00 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010643.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Fri Dec 12 20:38:30 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010644.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Fri Dec 12 20:30:59 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010639.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Fri Dec 12 20:32:29 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010640.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Fri Dec 12 20:34:00 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010641.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Fri Dec 12 20:35:30 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010642.html

1 0

Dependencies question
by Dan Korostelev 12 Dec '08

12 Dec '08

I was looking at dependencies of various zope.* packages and see that some packages depend on other because of ZCML directives and some are not. For example: The zope.app.catalog package depends on zope.app.component, but doesn't use it anywhere in non-testing code, however it does use the ``class`` directive, registered in zope.app.component. While the zope.app.keyreference doesn't depend on zope.app.component at all, but uses ``class`` directive as well. So, the question is: what's the common policy for that? Should we depend on packages that is used in ZCML or not? Or maybe ZCML-related dependencies should be in some extras_require, say "zcml"? Personally, I think, that extras_require way is a nice compromise for that. Because many of packages can be used greatly without ZCML configuration, but getting ZCML-reqired dependencies should be easy. PS BTW, I think that zope.app.keyreference should be moved to plain zope.keyreference, because it's really lightweight, useful outside of zope and it doesn't depend on any zope.app package. What do you people think? -- WBR, Dan Korostelev

3 2

z3c.form bug with radio widget label
by Johannes Raggam 12 Dec '08

12 Dec '08

hey, i guess i found a bug in z3c.form.browser.radio. in z3c.form.browser.radio, line 49 (class RadioWidget, def update), the line should read label = term.value instead of label = term.token we found this, while trying to display some unicode characters (umlaute) in radio widget labels. this issue is still valid in current trunk (file revision 78513). i report it here, because i could not find a bug tracker for z3c.form. is there any? cheers, hannes

2 1

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

12 Dec '08

Summary of messages to the zope-tests list. Period Thu Dec 11 12:00:00 2008 UTC to Fri Dec 12 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: Thu Dec 11 20:33:39 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010637.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Thu Dec 11 20:35:09 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010638.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Thu Dec 11 20:27:38 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010633.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Thu Dec 11 20:29:09 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010634.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Thu Dec 11 20:30:39 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010635.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Thu Dec 11 20:32:09 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010636.html

1 0

z3c.form 2.0 release
by Martin Aspeli 11 Dec '08

11 Dec '08

Hi, Is there any indication on when we'll see a 2.0 release of z3c.form? We need a widget that's not in the 1.9 release, but is on trunk (for a list with textline value type), and are wondering whether to roll our own or wait for a new z3c.form release. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book

11 29

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

11 Dec '08

Summary of messages to the zope-tests list. Period Wed Dec 10 12:00:00 2008 UTC to Thu Dec 11 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: Wed Dec 10 20:32:09 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010631.html Subject: FAILED (failures=2) : Zope-trunk Python-2.5.2 : Linux From: Zope Tests Date: Wed Dec 10 20:33:39 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010632.html Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Wed Dec 10 20:26:08 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010627.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Wed Dec 10 20:27:38 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010628.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Wed Dec 10 20:29:08 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010629.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Wed Dec 10 20:30:39 EST 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-December/010630.html

1 0

local grants for z3c.rest not working.
by Jayarajan Jn 11 Dec '08

11 Dec '08

Hi all, Recently i was looking for some zope3 based solutions for implementing RESTful public API. And i found z3c.rest. To begin with package I have installed it and enabled the the RESTviews for 'Folder' that is provided in the 'tests' sub-folder of z3c.rest. It works fine. Then i changed the Permission setting for GET view from 'zope.View' to 'zope.ManageContent' and i expected this would make the GET view of the Folder to be unavailable to the Public. But it was still possible for me to call the GET view with an 'unauthorised' request. Similarly, i changed the permission for POST/PUT from 'zope.ManageContent' to 'zope.Public' and still I had to get authenticated to access it. Can any one please tell me how can i use local grants with z3c.rest? I expected it to work the same way as other zope:views do. Please help me on this. I have installed the package available in the svn trunk. Zope3 setup is zope3.4.0c1 + python 2.5 I have tested the GET view using both web browser and a python script. Following is the original configurations from z3c/rest/tests/folder.zcml ######################## <view for="zope.app.folder.interfaces.IFolder" name="GET" type="..interfaces.IRESTRequest" factory=".folder.FolderAPI" permission="zope.View" allowed_attributes="GET" /> <view for="zope.app.folder.interfaces.IFolder" name="POST" type="..interfaces.IRESTRequest" factory=".folder.FolderAPI" permission="zope.ManageContent" allowed_attributes="POST" /> <view for="zope.app.folder.interfaces.IFolder" name="PUT" type="..interfaces.IRESTRequest" factory=".folder.FolderAPI" permission="zope.ManageContent" allowed_attributes="PUT" /> ########################## This is how i changed it ------------------------------------------------------------------ <view for="zope.app.folder.interfaces.IFolder" name="GET" type="..interfaces.IRESTRequest" factory=".folder.FolderAPI" permission="zope.ManageContent" allowed_attributes="GET" /> <view for="zope.app.folder.interfaces.IFolder" name="POST" type="..interfaces.IRESTRequest" factory=".folder.FolderAPI" permission="zope.Public" allowed_attributes="POST" /> <view for="zope.app.folder.interfaces.IFolder" name="PUT" type="..interfaces.IRESTRequest" factory=".folder.FolderAPI" permission="zope.Public" allowed_attributes="PUT" /> -------------------------------------------------------------------- Thanks in advance. rgds, Jayarajan J N (IRC nick - jayaraj)

1 1

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