January 2009 - Zope-Dev

Zope Tests: 8 OK
by Zope Tests Summarizer 31 Jan '09

31 Jan '09

Summary of messages to the zope-tests list. Period Fri Jan 30 12:00:00 2009 UTC to Sat Jan 31 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Fri Jan 30 20:46:02 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010975.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Fri Jan 30 20:47:39 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010976.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Fri Jan 30 20:49:10 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010977.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Fri Jan 30 20:50:40 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010978.html Subject: OK : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Fri Jan 30 20:52:10 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010979.html Subject: OK : Zope-trunk Python-2.5.4 : Linux From: Zope Tests Date: Fri Jan 30 20:53:40 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010980.html Subject: OK : Zope[2.buildout]-trunk Python-2.4.5 : Linux From: Zope Tests Date: Fri Jan 30 20:55:12 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010981.html Subject: OK : Zope[2.buildout]-trunk Python-2.5.4 : Linux From: Zope Tests Date: Fri Jan 30 20:56:52 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010982.html

1 0

Re: [Zope-dev] SVN: zope.publisher/trunk/ Fixed LP #322486: setStatus() now allows any int()-able status value.
by Tres Seaver 30 Jan '09

30 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Shane Hathaway wrote: > Log message for revision 95601: > Fixed LP #322486: setStatus() now allows any int()-able status value. Yay! > Modified: zope.publisher/trunk/src/zope/publisher/http.py > =================================================================== > --- zope.publisher/trunk/src/zope/publisher/http.py 2009-01-30 18:31:20 UTC (rev 95600) > +++ zope.publisher/trunk/src/zope/publisher/http.py 2009-01-30 18:45:20 UTC (rev 95601) > @@ -647,12 +647,16 @@ > self.authUser = '-' > > def setStatus(self, status, reason=None): > - 'See IHTTPResponse' > + """See IHTTPResponse""" > if status is None: > status = 200 > - else: > - if type(status) in StringTypes: > + try: > + status = int(status) > + except ValueError: > + if isinstance(status, basestring): > status = status.lower() > + # Use a standard status code, falling back to 500 for > + # nonstandard values (such as "valueerror") > status = status_codes.get(status, 500) > self._status = status > > Modified: zope.publisher/trunk/src/zope/publisher/interfaces/http.py > =================================================================== > --- zope.publisher/trunk/src/zope/publisher/interfaces/http.py 2009-01-30 18:31:20 UTC (rev 95600) > +++ zope.publisher/trunk/src/zope/publisher/interfaces/http.py 2009-01-30 18:45:20 UTC (rev 95601) > @@ -333,12 +333,17 @@ > def setStatus(status, reason=None): > """Sets the HTTP status code of the response > > - The argument may either be an integer or a string from { OK, > - Created, Accepted, NoContent, MovedPermanently, > - MovedTemporarily, NotModified, BadRequest, Unauthorized, > - Forbidden, NotFound, InternalError, NotImplemented, > - BadGateway, ServiceUnavailable } that will be converted to the > - correct integer value. > + The status parameter must be either an integer, a value > + that can be converted to an integer using the int() function, > + or one of the standard status messages listed in the status_codes > + dict of the zope.publisher.http module (including "OK", "NotFound", > + and so on). If the parameter is some other value, the status will > + be set to 500. > + > + The reason parameter is a short message to be sent with the status > + code to the client. If reason is not provided, a standard > + reason will be supplied, falling back to "Unknown" for unregistered > + status codes. > """ Is there any reason to hide the KeyError behind a 500, rather than letting it propagate to the application? In this implementation, we lose the information about the bad 'status' value. 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 iD8DBQFJg1HF+gerLs4ltQ4RAo/+AJ9cbU8e7onPJwb7IzTI0wIIR8LbXgCcCsfb X9DVTXPucIKiCD+ex/ypfKs= =Snto -----END PGP SIGNATURE-----

2 1

zope.app.folder -> zope.site, zope.container
by Martijn Faassen 30 Jan '09

30 Jan '09

Hi there, In our dependency refactoring we realized that the main reason for the existence of zope.app.folder is the mixing in of site management facilities into a container implementation. Unfortunately it *also* provides a container implementation that is like zope.container's, but not the same... We've moved the container implementation into zope.container.folder. We've moved Folder itself into zope.site, where it mixes in site management facilities that are also there now. This should allow us to update many dependencies to use zope.site instead of zope.app.folder, but we haven't completed this task yet. 'zope.app.folder' still works, as we left backwards compatibility in place. Regards, Martijn

1 0

Zope Tests: 8 OK
by Zope Tests Summarizer 30 Jan '09

30 Jan '09

Summary of messages to the zope-tests list. Period Thu Jan 29 12:00:00 2009 UTC to Fri Jan 30 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.7 : Linux From: Zope Tests Date: Thu Jan 29 20:44:41 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010967.html Subject: OK : Zope-2.9 Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 29 20:46:20 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010968.html Subject: OK : Zope-2.10 Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 29 20:47:56 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010969.html Subject: OK : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 29 20:49:26 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010970.html Subject: OK : Zope-trunk Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 29 20:50:57 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010971.html Subject: OK : Zope-trunk Python-2.5.4 : Linux From: Zope Tests Date: Thu Jan 29 20:52:28 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010972.html Subject: OK : Zope[2.buildout]-trunk Python-2.4.5 : Linux From: Zope Tests Date: Thu Jan 29 20:53:58 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010973.html Subject: OK : Zope[2.buildout]-trunk Python-2.5.4 : Linux From: Zope Tests Date: Thu Jan 29 20:55:40 EST 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-January/010974.html

1 0

zope.app.container --> zope.container
by Wolfgang Schnerring 30 Jan '09

30 Jan '09

Hello, we are holding a mini sprint at Marijn Faassen's place this week with the main goal of reducing dependencies between Zope packages. One result of this effort is that now the non-ZMI parts of zope.app.container have been factored out into zope.container, and only the ZMI-related bits (zope.app.container.browser) and zope.app.container.interfaces.IAdding remain there. (Martijn Faassen just blogged a visually appealing explanation of why this was a Good Thing(tm) to do.) We did this refactoring in a backwards-compatible way, so all symbols can still be imported from their old location, and there are no deprecation warnings, either, but still -- zope.app.container is deprecated as of now (except of course for the .browser and IAdding parts). We've combed through (most of) svn.zope.org and updated referencing packages accordingly, but if you find something that we've missed (or import from zope.app.container in your own packages), please update it at your convenience. (Christian Theune will be adding import checking functionality to zope.testing's testrunner that can aid in detecting moved imports, this might be helpful for finding such things.) Wolfgang

1 0

zope.app.locales and the packages split
by Martijn Faassen 29 Jan '09

29 Jan '09

Hi there, We're currently updating references to zope.app.container to zope.container where appropriate. We just ran into zope.app.locales, which contains translations for various strings with the id zope.app.container. The tool to update the zope.pot file is installed in bin/i18nextract. Unfortunately the documentation src/zope.app/locales/TRANSLATE.txt still talks about the single Zope 3 and I can't figure which commandline arguments to use to make it work for a package like zope.container. Should I even be updating these ids? I can leave those that reference zope.app.container.browser alone as we left that in its original place, but anything referencing zope.app.container itself might need an update. For now, I'll leave this package alone. Regards, Martijn

1 0

Re: [Zope-dev] [Checkins] SVN: zope.app.cache/trunk/ use zope.container instead of zope.app.container
by Stephan Richter 29 Jan '09

29 Jan '09

On Thursday 29 January 2009, Wolfgang Schnerring wrote: > @@ -5,6 +5,8 @@ > 3.4.2 (unreleased) > ------------------ > > +- Use zope.container instead of zope.app.container. > + I think that changing a dependency like this, should cause a new major release, in this case 3.5.0. Changing the dependencies liek this could be considered a major feature. It also signalizes the users to look out for changes like this. I am just trying to open up the discussion on this. Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. "Zope Stephan Richter"

2 1

Re: [Zope-dev] SVN: zope.container/trunk/ Remove zope.app.component dependency. Declare zope.app.dependable
by Tres Seaver 29 Jan '09

29 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martijn Faassen wrote: > Log message for revision 95421: > Remove zope.app.component dependency. Declare zope.app.dependable > dependency which should've been declared already. <snip> > Modified: zope.container/trunk/src/zope/container/testing.py > =================================================================== > --- zope.container/trunk/src/zope/container/testing.py 2009-01-29 12:15:45 UTC (rev 95420) > +++ zope.container/trunk/src/zope/container/testing.py 2009-01-29 12:16:25 UTC (rev 95421) > @@ -27,6 +27,8 @@ > from zope.container.interfaces import ISimpleReadContainer > from zope.container.traversal import ContainerTraversable > > +from zope.app.folder import Folder, rootFolder > + > # XXX we would like to swap the names of the *PlacelessSetup classes > # in here as that would seem to follow the convention better, but > # unfortunately that would break compatibility with zope.app.testing > @@ -69,3 +71,12 @@ > def tearDown(self, docttesttest=None): > ContainerPlacelessSetup.tearDown(self) > > + > + def buildFolders(self): > + root = self.rootFolder = rootFolder() > + root[u'folder1'] = Folder() > + root[u'folder1'][u'folder1_1'] = Folder() > + root[u'folder1'][u'folder1_1'][u'folder1_1_1'] = Folder() > + root[u'folder2'] = Folder() > + root[u'folder2'][u'folder2_1'] = Folder() > + root[u'folder2'][u'folder2_1'][u'folder2_1_1'] = Folder() > > Modified: zope.container/trunk/src/zope/container/tests/test_objectcopier.py > =================================================================== > --- zope.container/trunk/src/zope/container/tests/test_objectcopier.py 2009-01-29 12:15:45 UTC (rev 95420) > +++ zope.container/trunk/src/zope/container/tests/test_objectcopier.py 2009-01-29 12:16:25 UTC (rev 95421) > @@ -24,9 +24,8 @@ > from zope.copypastemove import ObjectCopier > from zope.copypastemove.interfaces import IObjectCopier > > -from zope.app.component.testing import PlacefulSetup > from zope.container import testing > -from zope.app.folder import Folder > +from zope.app.folder import Folder, rootFolder WAAAA! zope.container is a new module, not in zope.app: why are we injecting a dependency on zope.app.folder here? Logically, zope.app.folder ought to depend on zope.container, and not vice versa. We should be mocking those objects, I think. 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 iD8DBQFJgeKs+gerLs4ltQ4RAvO3AKCte+I75UmOT1oH3xC6ZGAvlHmmPwCbBfHq woTtEPPdKKKhVhM3nDb8epE= =DTPu -----END PGP SIGNATURE-----

3 2

lovely.recipe.importchecker + py 2.5
by Adam GROSZER 29 Jan '09

29 Jan '09

Hello, Seems like lovely.recipe.importchecker fails on python 2.5 with: File "/home/adi/.buildout/eggs/lovely.recipe-1.0.0a1-py2.5.egg/lovely/recipe/importchecker/importchecker.py", line 313, in main db.findModules() File "/home/adi/.buildout/eggs/lovely.recipe-1.0.0a1-py2.5.egg/lovely/recipe/importchecker/importchecker.py", line 223, in findModules module = Module(modulepath) File "/home/adi/.buildout/eggs/lovely.recipe-1.0.0a1-py2.5.egg/lovely/recipe/importchecker/importchecker.py", line 115, in __init__ self._map = findImports(mod) File "/home/adi/.buildout/eggs/lovely.recipe-1.0.0a1-py2.5.egg/lovely/recipe/importchecker/importchecker.py", line 105, in findImports compiler.walk(mod, visitor) File "/usr/lib/python2.5/compiler/visitor.py", line 106, in walk walker.preorder(tree, visitor) File "/usr/lib/python2.5/compiler/visitor.py", line 63, in preorder self.dispatch(tree, *args) # XXX *args make sense? File "/usr/lib/python2.5/compiler/visitor.py", line 57, in dispatch return meth(node, *args) File "/usr/lib/python2.5/compiler/visitor.py", line 40, in default self.dispatch(child, *args) File "/usr/lib/python2.5/compiler/visitor.py", line 57, in dispatch return meth(node, *args) File "/usr/lib/python2.5/compiler/visitor.py", line 40, in default self.dispatch(child, *args) File "/usr/lib/python2.5/compiler/visitor.py", line 57, in dispatch return meth(node, *args) File "/home/adi/.buildout/eggs/lovely.recipe-1.0.0a1-py2.5.egg/lovely/recipe/importchecker/importchecker.py", line 70, in visitFrom module_name, names = stmt.asList() ValueError: too many values to unpack Looks like stmt.asList() returns on python 2.5 a 3-tuple. Anyone noticed that already? -- Best regards, Adam GROSZER mailto:agroszer@gmail.com -- Quote of the day: Lawyers on opposite sides of a case are like the two parts of shears; they cut what comes between them, but not each other. - Daniel Webster

1 0

Outage wiki.zope.org
by Christian Theune 29 Jan '09

29 Jan '09

wiki.zope.org is down. The hosting centre operator just sent a mail that they have power outages and the location at which wiki.zope.org sits is affected. 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

2 1