Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Aaron Lehmann
On Mon, Dec 8, 2008 at 3:05 PM, Fred Drake <[EMAIL PROTECTED]> wrote: > On Mon, Dec 8, 2008 at 10:56 AM, Benji York <[EMAIL PROTECTED]> wrote: >> This setting apparently causes problems for people who use Emacs, so >> for zope. and zc. packages at least, we don't use --auto-color. > > I've been usi

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Benji York
On Mon, Dec 8, 2008 at 3:05 PM, Fred Drake <[EMAIL PROTECTED]> wrote: > On Mon, Dec 8, 2008 at 10:56 AM, Benji York <[EMAIL PROTECTED]> wrote: >> This setting apparently causes problems for people who use Emacs, so >> for zope. and zc. packages at least, we don't use --auto-color. > > I've been usi

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Fred Drake
On Mon, Dec 8, 2008 at 10:56 AM, Benji York <[EMAIL PROTECTED]> wrote: > This setting apparently causes problems for people who use Emacs, so > for zope. and zc. packages at least, we don't use --auto-color. I've been using this under Emacs for a while, and haven't experienced any tool-related pro

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Martijn Pieters
On Mon, Dec 8, 2008 at 18:37, Zvezdan Petkovic <[EMAIL PROTECTED]> wrote: >> On Mon, Dec 8, 2008 at 2:22 AM, Michael Howitz <[EMAIL PROTECTED]> wrote: >>> Log message for revision 93766: >>> color by default >> >> This setting apparently causes problems for people who use Emacs, so >> for zope. and

Re: [Zope-dev] SVN: zope.tal/trunk/src/zope/tal/dummyengine.py assert isn't a function, using parens will cause the two arguments to be treated as a 2-tuple, hence always true.

2008-12-08 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hanno Schlichting wrote: > Tres Seaver wrote: >> Matthew Wilkes wrote: >>> Log message for revision 93717: >>> assert isn't a function, using parens will cause the two arguments to be >>> treated as a 2-tuple, hence always true. >>> Changed: >>> U

Re: [Zope-dev] SVN: zope.tal/trunk/src/zope/tal/dummyengine.py assert isn't a function, using parens will cause the two arguments to be treated as a 2-tuple, hence always true.

2008-12-08 Thread Hanno Schlichting
Tres Seaver wrote: > Matthew Wilkes wrote: >> Log message for revision 93717: >> assert isn't a function, using parens will cause the two arguments to be >> treated as a 2-tuple, hence always true. > >> Changed: >> U zope.tal/trunk/src/zope/tal/dummyengine.py > >> -=- >> Modified: zope.tal

Re: [Zope-dev] SVN: zope.tal/trunk/src/zope/tal/dummyengine.py assert isn't a function, using parens will cause the two arguments to be treated as a 2-tuple, hence always true.

2008-12-08 Thread Benji York
On Mon, Dec 8, 2008 at 12:26 PM, Tres Seaver <[EMAIL PROTECTED]> wrote: > A better fix would be to strip outthe 'assert' keyword everywhere, and > use 'self.failUnless' / 'self.failIf' instead: that would allow getting > rid of the "backsplash", as well. Yep. Another reason not to use "assert" i

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Benji York
On Mon, Dec 8, 2008 at 12:37 PM, Zvezdan Petkovic <[EMAIL PROTECTED]> wrote: > On Dec 8, 2008, at 10:56 AM, Benji York wrote: > >> On Mon, Dec 8, 2008 at 2:22 AM, Michael Howitz <[EMAIL PROTECTED]> wrote: >>> Log message for revision 93766: >>> color by default >> >> This setting apparently causes

Re: [Zope-dev] Plone/Zeocluster performances problems

2008-12-08 Thread Dieter Maurer
Jean-Michel FRANCOIS wrote at 2008-12-8 11:17 +0100: > Configuration of Zope is a pain. Take a first look there: >http://blip.tv/file/315714 >Apache in your case is not the problem. I think this is your zope >configuration (only one thread per instance is a good thing). I do not think that the se

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Zvezdan Petkovic
On Dec 8, 2008, at 10:56 AM, Benji York wrote: > On Mon, Dec 8, 2008 at 2:22 AM, Michael Howitz <[EMAIL PROTECTED]> wrote: >> Log message for revision 93766: >> color by default > > This setting apparently causes problems for people who use Emacs, so > for zope. and zc. packages at least, we don't

Re: [Zope-dev] SVN: zope.tal/trunk/src/zope/tal/dummyengine.py assert isn't a function, using parens will cause the two arguments to be treated as a 2-tuple, hence always true.

2008-12-08 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Wilkes wrote: > Log message for revision 93717: > assert isn't a function, using parens will cause the two arguments to be > treated as a 2-tuple, hence always true. > > Changed: > U zope.tal/trunk/src/zope/tal/dummyengine.py > > -=- >

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Gary Poster
On Dec 8, 2008, at 12:23 PM, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Benji York wrote: >> On Mon, Dec 8, 2008 at 9:18 AM, Gary Poster <[EMAIL PROTECTED]> >> wrote: >>> On Dec 8, 2008, at 9:02 AM, Benji York wrote: >>> On Sat, Dec 6, 2008 at 10:28 AM, Christ

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Benji York wrote: > On Mon, Dec 8, 2008 at 9:18 AM, Gary Poster <[EMAIL PROTECTED]> wrote: >> On Dec 8, 2008, at 9:02 AM, Benji York wrote: >> >>> On Sat, Dec 6, 2008 at 10:28 AM, Christian Zagrodnick <[EMAIL PROTECTED]> >>> wrote: Log message for

Re: [Zope-dev] Zope Tests: 3 OK, 3 Failed

2008-12-08 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zope Tests Summarizer wrote: > Summary of messages to the zope-tests list. > Period Sun Dec 7 12:00:00 2008 UTC to Mon Dec 8 12:00:00 2008 UTC. > There were 6 messages: 6 from Zope Tests. > > > Test failures > - > > Subject: FAILED (fa

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Stephan Richter
On Monday 08 December 2008, Benji York wrote: > Nope, the tests will pass in the zope.testbrowser buildout. > > However, if a testbrowser user for some reason run the testbrowser tests > outside of its buildout, then you're right, they may see a failure if > their versions aren't new enough.  At th

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Gary Poster
On Dec 8, 2008, at 10:52 AM, Benji York wrote: > On Mon, Dec 8, 2008 at 9:18 AM, Gary Poster <[EMAIL PROTECTED]> > wrote: >> >> On Dec 8, 2008, at 9:02 AM, Benji York wrote: >> >>> On Sat, Dec 6, 2008 at 10:28 AM, Christian Zagrodnick >>> <[EMAIL PROTECTED]> >>> wrote: Log message f

Re: [Zope-dev] [Checkins] SVN: zc.sourcefactory/trunk/buildout.cfg color by default

2008-12-08 Thread Benji York
On Mon, Dec 8, 2008 at 2:22 AM, Michael Howitz <[EMAIL PROTECTED]> wrote: > Log message for revision 93766: > color by default This setting apparently causes problems for people who use Emacs, so for zope. and zc. packages at least, we don't use --auto-color. > Changed: > U zc.sourcefactory/t

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Benji York
On Mon, Dec 8, 2008 at 9:18 AM, Gary Poster <[EMAIL PROTECTED]> wrote: > > On Dec 8, 2008, at 9:02 AM, Benji York wrote: > >> On Sat, Dec 6, 2008 at 10:28 AM, Christian Zagrodnick <[EMAIL PROTECTED]> >> wrote: >>> >>> Log message for revision 93722: >>> - Switched to Zope 3.4 KGS. >>> >>> - New lin

Re: [Zope-dev] z3c.form 2.0 release

2008-12-08 Thread Malthe Borch
2008/12/8 Adam GROSZER <[EMAIL PROTECTED]>: > Coverage seems to burp on chameleon I just tried a buildout in newest mode and I did not see the error you pasted. It's important that the CHAMELEON_CACHE flag be set to '0' in an automated test setup (this is set in the buildout for the test runner).

Re: [Zope-dev] z3c.form 2.0 release

2008-12-08 Thread Adam GROSZER
Hello, Coverage seems to burp on chameleon File "/home/adi/z3c.form/src/z3c/form/tests/../adding.txt", line 13, in adding.txt Failed example: testing.setupFormDefaults() Exception raised: Traceback (most recent call last): File "/home/adi/.buildout/eggs/zope.testing-3.7.1-py2.5.eg

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Gary Poster
On Dec 8, 2008, at 9:02 AM, Benji York wrote: > On Sat, Dec 6, 2008 at 10:28 AM, Christian Zagrodnick > <[EMAIL PROTECTED]> 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; r

Re: [Zope-dev] [Checkins] SVN: zope.testbrowser/trunk/ - Switched to Zope 3.4 KGS.

2008-12-08 Thread Benji York
On Sat, Dec 6, 2008 at 10:28 AM, Christian Zagrodnick <[EMAIL PROTECTED]> 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 mak

[Zope-dev] Zope Tests: 3 OK, 3 Failed

2008-12-08 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list. Period Sun Dec 7 12:00:00 2008 UTC to Mon Dec 8 12:00:00 2008 UTC. There were 6 messages: 6 from Zope Tests. Test failures - Subject: FAILED (failures=7) : Zope-2.11 Python-2.4.5 : Linux From: Zope Tests Date: Sun Dec 7 20:29:11 EST 2008

Re: [Zope-dev] Plone/Zeocluster performances problems

2008-12-08 Thread Jean-Michel FRANCOIS
Hi, Configuration of Zope is a pain. Take a first look there: http://blip.tv/file/315714 Apache in your case is not the problem. I think this is your zope configuration (only one thread per instance is a good thing). Try a different configuration for session. you can expect to see a ConflictErr