Log message for revision 107029:
Start tests for WSGIPublisher.
Changed:
U Zope/branches/tseaver-fix_wsgi/src/ZPublisher/WSGIPublisher.py
A Zope/branches/tseaver-fix_wsgi/src/ZPublisher/tests/test_WSGIPublisher.py
-=-
Modified:
Hello Marius,
Wednesday, December 23, 2009, 8:03:31 AM, you wrote:
MG Gah, setuptools claims another victim! I must be using a version that
MG doesn't support svn 1.6 working dirs. :(
yah.
But it seems to get it right after a bin/buildout.
--
Best regards,
Adam GROSZER
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 12/21/2009 10:27 PM, Lennart Regebro wrote:
| On Mon, Dec 21, 2009 at 22:23, Marius Gedminasmar...@gedmin.as wrote:
| On Mon, Dec 21, 2009 at 07:41:24PM +0100, Lennart Regebro wrote:
| On Mon, Dec 21, 2009 at 13:20, Marius
On Wed, Dec 23, 2009 at 10:25, Christian Theune c...@gocept.com wrote:
Is this about getting rid of our own doctest and relying on Python's
standard doctest module?
The deprecations are, yes. The problem (which has now been fixed) is
that some BBB imports was not marked as being BBB imports and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/23/2009 10:55 AM, Lennart Regebro wrote:
| On Wed, Dec 23, 2009 at 10:25, Christian Theunec...@gocept.com wrote:
| Is this about getting rid of our own doctest and relying on Python's
| standard doctest module?
|
| The deprecations are, yes.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 12/18/2009 02:49 PM, Jonathan Ballet wrote:
| Hi,
|
| On Fri, Dec 18, 2009 at 1:51 PM, Christian Theunec...@gocept.com wrote:
|
| Reviewed and merged.
|
| I made some minor textual changes, otherwise that code was fine.
|
| Thank you
On 12/23/09 8:03 AM, Marius Gedminas wrote:
On Wed, Dec 23, 2009 at 06:34:17AM +, Matthew Wilkes wrote:
On 2009-12-23, at 0624, Marius Gedminas wrote:
Releasing 3.8.5 now.
…and it's broken. The testrunner directory isn't included in the
tarball so egg_info fails.
Gah, setuptools
Summary of messages to the zope-tests list.
Period Tue Dec 22 12:00:00 2009 UTC to Wed Dec 23 12:00:00 2009 UTC.
There were 6 messages: 6 from Zope Tests.
Tests passed OK
---
Subject: OK : Zope-2.10 Python-2.4.6 : Linux
From: Zope Tests
Date: Tue Dec 22 20:37:09 EST 2009
URL:
Hello,
I think we should provide a zope.testing package which does not emit
deprecation warnings while running the testrunner on other packages,
otherwise there is no way to really understand why the package you are
working on is using a deprecated API.
I propose the patch attached to this
On Wed, Dec 23, 2009 at 01:36:33PM +0100, Fabio Tranchitella wrote:
I think we should provide a zope.testing package which does not emit
deprecation warnings while running the testrunner on other packages,
otherwise there is no way to really understand why the package you are
working on is
Hello,
* 2009-12-23 14:33, Marius Gedminas wrote:
@@ -328,6 +327,9 @@
def format_traceback(self, exc_info):
Format the traceback.
v = exc_info[1]
+warnings.simplefilter('ignore')
+from zope.testing import doctest
+warnings.filters.pop()
On Wed, Dec 23, 2009 at 4:58 AM, Christian Theune c...@gocept.com wrote:
Nevertheless, I think the (agile, many, flexible, easy) releases and not
branching the trunk at all start hurting us here as we're getting lost
in our own policy. Any ideas for limiting feature creep?
Two comments:
I was (finally) able to patch zope.testing to use the standard Python
doctest module while still supporting zope.testing.doctest if a package is
importing and using it.
The tests of zope.testing are passing on Python 2.4, 2.5 and 2.6 and the
output from running the tests of a package which does
* 2009-12-23 16:13, Benji York wrote:
As for having a broken trunk: I believe that every project needs a head
maintainer that feels personally responsible for the state of a
particular project. They would be in charge of reviewing and approving
branches before they are merged to the project
Notice that replacing zope.testings use of it's own doctests module
with stdlibs one is a major undertaking. I have done it as a part of
the Python 3 branch, because I removed doctest.py from that branch. We
could look into merging those changes without removing doctests.py,
but I think we might
On Wed, Dec 23, 2009 at 22:40, Lennart Regebro rege...@gmail.com wrote:
Notice that replacing zope.testings use of it's own doctests module
with stdlibs one is a major undertaking.
OK, I'm tired. It's only a major undertaking if you remove it
completely. zope.testings tests are mostly a
* 2009-12-23 22:48, Lennart Regebro wrote:
OK, I'm tired. It's only a major undertaking if you remove it completely.
zope.testings tests are mostly a question of running tests. Those should
obviously still use zope.testing.doctest, and then it's a much smaller
problem.
This is exactly what I
On Wed, Dec 23, 2009 at 23:04, Fabio Tranchitella kob...@kobold.it wrote:
* 2009-12-23 22:48, Lennart Regebro wrote:
OK, I'm tired. It's only a major undertaking if you remove it completely.
zope.testings tests are mostly a question of running tests. Those should
obviously still use
* 2009-12-24 07:12, Lennart Regebro wrote:
Yeah, that's fine by me. I see you did some ugly hacks to make it work
like making doctest.py into directory, but I don't have a problem with
that personally.
I've tested the whole ZTK KGS using the current zope.testing's trunk and
the only failing
I am having difficulties with time zones and rendering proper times/dates.
My time zone is GMT-6 (CST)... mysql reports the proper time/date, running
dtml-var expr=e.strftime('%c') shows Zope has the right date, running a
query straight from the SQLMethod shows the proper time in relation to the
+---[ Justin Dunsworth ]--
| I am having difficulties with time zones and rendering proper times/dates. My
| time zone is GMT-6 (CST)... mysql reports the proper time/date, running
| dtml-var expr=e.strftime('%c') shows Zope has the right date, running a
| query straight
Ah-ha... that would make sense. Is there a way to display it without
stripping the timezone information or at least add another time preset?
On Wed, Dec 23, 2009 at 11:30 AM, Andrew Milton a...@theinternet.com.auwrote:
+---[ Justin Dunsworth ]--
| I am having
+---[ Justin Dunsworth ]--
| Ah-ha... that would make sense. Is there a way to display it without stripping
| the timezone information or at least add another time preset?
Not with the same level of flexibility.
The DateTime object contains everything you need to build it
On Wed, Dec 23, 2009 at 18:24, Justin Dunsworth
justin.dunswo...@gmail.com wrote:
I am having difficulties with time zones and rendering proper times/dates.
My time zone is GMT-6 (CST)... mysql reports the proper time/date, running
dtml-var expr=e.strftime('%c') shows Zope has the right date,
+---[ Lennart Regebro ]--
| On Wed, Dec 23, 2009 at 18:24, Justin Dunsworth
| justin.dunswo...@gmail.com wrote:
| I am having difficulties with time zones and rendering proper times/dates.
| My time zone is GMT-6 (CST)... mysql reports the proper time/date, running
|
25 matches
Mail list logo
