On 1/9/06, Andreas Jung [EMAIL PROTECTED] wrote:
I've never had the need to use them.
No, but other people do.
That's different from not wanting to
use them. The more choice you have, the more trouble you have. I agree that
a TRACE level might be of interest. But BLATHER and PROBLEM is
--On 10. Januar 2006 10:51:04 +0100 Lennart Regebro [EMAIL PROTECTED]
wrote:
I find all this fairly self-evident and highly useful, and se
absolutely zero reason for removing them, when they are so useful.
This decision was made for Zope 2.8 (according to zLOG/__init__.py).
We're now
On 1/10/06, Andreas Jung [EMAIL PROTECTED] wrote:
This decision was made for Zope 2.8 (according to zLOG/__init__.py).
How do you mean? As far as I can see, all the levels are still there in zLOG py.
The question now is weather two of these levels should be removed, as
I understand it because
--On 10. Januar 2006 11:09:32 +0100 Lennart Regebro [EMAIL PROTECTED]
wrote:
On 1/10/06, Andreas Jung [EMAIL PROTECTED] wrote:
This decision was made for Zope 2.8 (according to zLOG/__init__.py).
How do you mean? As far as I can see, all the levels are still there in
zLOG py. The
On 1/10/06, Andreas Jung [EMAIL PROTECTED] wrote:
I don't read anything about using old log levels for new code.
And neither do I read anything about NOT using them. So, your
statement that the decision was taken in 2.8 is false. That renders
the last posts pointless, and we are back at my first
--On 10. Januar 2006 11:44:31 +0100 Lennart Regebro [EMAIL PROTECTED]
wrote:
I don't have an opinion on solution yet.
What I want is something easy to use wher you can just import a log
method or object and make a function. I don't want to set things up,
because if we need to set things up,
On 1/10/06, Andreas Jung [EMAIL PROTECTED] wrote:
This means basically keeping zLOG since it is only a very thin logging
module wrapper. So why did we deprecate zLOG? :-)
Did we? It was implemented as a wrapper in 2.8, but wasn't officially
deprecated until last week. ;-)
I still have no
--On 10. Januar 2006 12:20:14 +0100 Lennart Regebro [EMAIL PROTECTED]
wrote:
On 1/10/06, Andreas Jung [EMAIL PROTECTED] wrote:
This means basically keeping zLOG since it is only a very thin logging
module wrapper. So why did we deprecate zLOG? :-)
Did we? It was implemented as a wrapper
Summary of messages to the zope-tests list.
Period Mon Jan 9 12:01:02 2006 UTC to Tue Jan 10 12:01:02 2006 UTC.
There were 8 messages: 8 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2_6-branch Python-2.1.3 : Linux
From: Zope Unit Tests
Date: Mon Jan 9 21:02:54 EST
Lennart Regebro wrote:
I've never had the need to use them.
No, but other people do.
That's different from not wanting to
use them. The more choice you have, the more trouble you have. I agree that
a TRACE level might be of interest. But BLATHER and PROBLEM is competely
overhead from my
[Andreas Jung]
...
Obviously ZEO (using TRACE) runs on Zope 3 without zLOG so specific
extension can be handled locally.
ZEO also runs on Zopes 2.8 and 2.9 without zLOG -- zLOG hasn't been
used in ZODB since 3.2 (ZODBs 3.3, 3.4, 3.5, 3.6, and current trunk
contain no references to zLOG).
If
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2702
Blamelist: andreasjung,jim,oestermeier,philikon
BUILD FAILED: failed test
sincerely,
-The Buildbot
Andreas Jung wrote:
To bring this discussion to an end:
- if we need specific logging functionaliy then it should be implemented
to be shared between Zope 2 and Zope 3
- adjusting the current code base from 'logging' to zope.logging would
mean just to replace the imports (assuming we
Hello Zope users !
We are deploying a Zope on a customer's server, but we have regular
freeze (Zope stop to answer any requests). The Zope is running Plone
2.1 with some custom products.
Here are all the informations I gathered on the issue:
- Zope version 2.8.4
- Plone version 2.1.1
-
For this class of problem, DeadlockDebugger should come to the rescue.
Florent
Gaël Le Mignot wrote:
Hello Zope users !
We are deploying a Zope on a customer's server, but we have regular
freeze (Zope stop to answer any requests). The Zope is running Plone
2.1 with some custom products.
Thanks Tracy, I'll include that in the next release. If you find more
problems consider reporting at http://zwiki.org/IssueTracker as well so
we don't miss it.
-Simon
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**
Hi all,
I just upgraded my application from Zope 2.8.5 to Zope 2.9.0 and
noticed that PythonScript doesn't support CR/LF line endings anymore
(a la Windows).
Converting my scripts to the Unix format fixes the problem.
Is this new behaviour intented ?
Regards,
Patrick.
Hello,
if i upload an image in the ZOBD as a file i have the precondition if i
do the same in the localfs folder no. Do you know why?
It seems LocalFs will always recognise the file uploaded as an image...
Thanks,
Bruno
___
Zope maillist -
At Monday 9/1/2006 12:15, Brian Sullivan wrote:
I am involved in maintaining a remote Zope site that is behind a
firewall where I have no remote access.
I have a (parallel) site that I use to test changes and upgrades that
is accessible to me. I am a looking for a straightforward way to
On 1/10/06, Andreas Jung [EMAIL PROTECTED] wrote:
A single Python process also a multi-threaded Python application can never
run on multiple CPUs.
I believe that is an overly broad statement, not necessarily true in
all cases. It really depends on the operating system's thread library
that
On 1/9/06, Andreas Jung [EMAIL PROTECTED] wrote:
--On 9. Januar 2006 21:38:15 -0800 David H [EMAIL PROTECTED] wrote:
Hi list,
Im just wondering what the wisdom is about Zope performance and various
CPU types. I'm running Zope on Linux (Ubuntu). I notice that Dell is
selling a
Hello, I am trying to find how to get the relative path of an object. If i do: dtml-in "objectValues('DTML Document')" dtml-var URLPATH0 /dtml-in URLPATH0 does not give me the relative path of the objects interated, but rather the path of the object doing the iterating (my method). I want the
Alric Aneron wrote:
Hello,
I am trying to find how to get the relative path of an object. If i do:
dtml-in "objectValues('DTML Document')"
dtml-var URLPATH0
/dtml-in
URLPATH0 does not give me the relative path of the objects interated,
but rather the path of the object doing the
On 2006-01-10 at 12:50:41 [+0100], Martin Krallinger [EMAIL PROTECTED]
wrote:
Hi all,
I am using zope to connect to my postgres database using psycopg.
Everything works fine, I can connect to the db and do queries, the first
20 results are displayed correctly, but when I want to display
On 2006-01-10 at 13:06:30 [+0100], Martin Krallinger [EMAIL PROTECTED]
wrote:
Thanks Charlie,
so, how could I solve this problem in my case?
Please keep replies like this on the mailing list.
Well, you can fix the DTML of the page in question so that the parameters
are carried or simply
thanks for the info. I am actually using zope 2.7 but still I
encountered this problem. I am not quite sure what you mean with
modifying the dtml to pass arguments in this case.
The z sql method I use has actually the following parameters:
ref_id
pub_type
title
pub_name
pub_auth_list
Thank you all for your answers.
Iwillfollow Charlie's advice and post the question to the XUF list
(http://sourceforge.net/mailarchive/forum.php?forum_id=190)
Laurentiu
- Original Message -
From:
Charlie Clark
To: zope-db@zope.org
Sent: Monday, January 09, 2006 8:48
On 2006-01-10 at 12:50:41 [+0100], Martin Krallinger
[EMAIL PROTECTED]
wrote:
Hi all,
I am using zope to connect to my postgres database using psycopg.
Everything works fine, I can connect to the db and do queries, the
first
20 results are displayed correctly, but when I want to display
28 matches
Mail list logo