Martin Aspeli wrote:
Fred Drake wrote:
On 10/17/07, Wichert Akkerman [EMAIL PROTECTED] wrote:
A common issue we are seeing is that we have eggs depending on each
other, but they still need to load the zcml from those dependencies
somehow. As a temporary solution to play with the
I've checked in my datetime.datetime conversions patch
Is there any reason that the pytz import is not required? I would like
to add support for conversion to timezone aware datetimes, and would
like to rely on pytz being available.
Laurence
Amos Latteier wrote:
On 10/17/07, Laurence Rowe
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin6.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2581
Blamelist: brandon_rhodes,ldr,ulif
BUILD FAILED: failed test
sincerely,
-The Buildbot
Summary of messages to the zope-tests list.
Period Wed Oct 17 12:00:00 2007 UTC to Thu Oct 18 12:00:00 2007 UTC.
There were 5 messages: 5 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2.7 Python-2.3.6 : Linux
From: Zope Unit Tests
Date: Wed Oct 17 20:52:38 EDT 2007
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wichert Akkerman wrote:
Martin Aspeli wrote:
Fred Drake wrote:
On 10/17/07, Wichert Akkerman [EMAIL PROTECTED] wrote:
A common issue we are seeing is that we have eggs depending on each
other, but they still need to load the zcml from
On Oct 17, 2007, at 8:04 PM, Ross Patterson wrote:
...
I'm new to eggs, but maybe both sides could be satisfied with an
approach like extra_requires?
Extras are evil. See other posts of mine for explanations of why.
You could list oi.plum [zope.zcml] when
you require oi.plum *and* its ZCML
On Oct 17, 2007, at 4:44 PM, Wichert Akkerman wrote:
A common issue we are seeing is that we have eggs depending on each
other, but they still need to load the zcml from those dependencies
somehow. As a temporary solution to play with the concept I added
something simple to the
Tres Seaver wrote:
I may not *want* the other package's ZCML to be loaded: some of its
policies may not be appropriate for my application. I think that the
library vs. pluggable application distinction is valid here: maybe
you want to define an entry point in the egg which a given pluggable
Is there any reason that the pytz import is not required? I would like
to add support for conversion to timezone aware datetimes, and would
like to rely on pytz being available.
I believe that pytz ships with Zope 2.11.
When I wrote my patch, it was designed to work with older versions of
Hi. I can also see potential uses for this. Hopefully the utility will
implemented as a zpl package so that it may eventually make it into
zope.configuration. Many thanks.
Regards,
David
Jim Fulton wrote:
I understand that some folks would fine something like this to be very
useful. I can
On Oct 18, 2007, at 8:17 AM, Tres Seaver wrote:
I may not *want* the other package's ZCML to be loaded: some of its
policies may not be appropriate for my application. I think that the
library vs. pluggable application distinction is valid here:
maybe
you want to define an entry point in
--On 18. Oktober 2007 09:52:25 -0400 Amos Latteier [EMAIL PROTECTED]
wrote:
Is there any reason that the pytz import is not required? I would like
to add support for conversion to timezone aware datetimes, and would
like to rely on pytz being available.
I believe that pytz ships with Zope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
Tres Seaver wrote:
I may not *want* the other package's ZCML to be loaded: some of its
policies may not be appropriate for my application. I think that the
library vs. pluggable application distinction is valid here:
On 10/18/07, Andreas Jung [EMAIL PROTECTED] wrote:
Please clean up the code on the trunk. Since pytz is always available we
don't need the try..except magic.
Done.
-Amos
___
Zope-Dev maillist - Zope-Dev@zope.org
Benji York wrote:
I've created a branch of zope.sendmail
Doh! I created the branch and then committed my changes to the trunk.
I'm too lazy to correct this unless someone really wants me to.
--
Benji York
Senior Software Engineer
Zope Corporation
Uli Fouquet wrote:
during grok development we recently experienced some trouble with the
zope.app.error package. We distribute the list on
`http://download.zope.org/distribution` as sources list for grokproject,
so that projects created with that tool, by default lookup this list for
available
Hi there,
during grok development we recently experienced some trouble with the
zope.app.error package. We distribute the list on
`http://download.zope.org/distribution` as sources list for grokproject,
so that projects created with that tool, by default lookup this list for
available
Hi Philipp,
Philipp von Weitershausen wrote:
Uli Fouquet wrote:
during grok development we recently experienced some trouble with the
zope.app.error package. We distribute the list on
`http://download.zope.org/distribution` as sources list for grokproject,
so that projects created with
18 matches
Mail list logo
