Re: [Zope-CMF] [dev] CatalogTool as utility

2011-09-21 Thread Hanno Schlichting
On Tue, Sep 20, 2011 at 12:19 PM, yuppie wrote: > But an additional ZCatalog branch is an additional maintenance burden. > And the required change is small and 100% backwards compatible. The > zope.globalrequest dependency could be made optional. > > Do we really need an extra ZCatalog branch for

Re: [Zope-CMF] [dev] CatalogTool as utility

2011-09-21 Thread yuppie
Hi! Hanno Schlichting wrote: > On Tue, Sep 20, 2011 at 12:19 PM, > yuppie wrote: >> But an additional ZCatalog branch is an additional maintenance burden. >> And the required change is small and 100% backwards compatible. The >> zope.globalrequest dependency could be made optional. >> >> Do we

Re: [Zope-CMF] [dev] CatalogTool as utility

2011-09-21 Thread Hanno Schlichting
On Wed, Sep 21, 2011 at 1:57 PM, yuppie wrote: > I plan to use zope.globalrequest as fallback if self.REQUEST is not > available. > > What's the best approach for the five.globalrequest dependency? Just use > zope.globalrequest if it is available? Or specify it in extras_require? > Or add it to in

Re: [Zope-CMF] [dev] CatalogTool as utility

2011-09-21 Thread Laurence Rowe
On 21 September 2011 13:19, Hanno Schlichting wrote: > On Wed, Sep 21, 2011 at 1:57 PM, yuppie wrote: >> I plan to use zope.globalrequest as fallback if self.REQUEST is not >> available. >> >> What's the best approach for the five.globalrequest dependency? Just use >> zope.globalrequest if it is

[Zope-CMF] cmf-tests - OK: 2, UNKNOWN: 2

2011-09-21 Thread CMF tests summarizer
This is the summary for test reports received on the cmf-tests list between 2011-09-20 00:00:00 UTC and 2011-09-21 00:00:00 UTC: See the footnotes for test reports of unsuccessful builds. An up-to date view of the builders is also available in our buildbot documentation: http://docs.zope.org/z