October 2001 - Zope-Dev

Database Authentication Problem
by Andre Schubert 04 Oct '01

04 Oct '01

Hi, a have amysterious problem with my database-adapters. The problem is that sometimes all my database-adapters couldn't connect to my database. after a zope-restart everything works fine. I use Zope-2.2.5 Immunix Redhat 6.2 PostgreSQL 7.1.3 ZopeDA's are ZPygreSQL and ZPsycopg. If the error happens then all Database-connections are closed. No error in the stupid-log. The postgres log say's - Password authentication failed for user 'foo' - for every ZopeDA. Could anyone help me ? Is there a bug which is fixed in a later version of Zope ? thanks as

1 0

THE MAIL KING - ah13
by CC Computer Consulting Co. 04 Oct '01

04 Oct '01

IF YOU USE DIRECT MAIL IN YOUR BUSINESS -- THEN READ ON. OTHERWISE, JUST DELETE THIS MESSAGE. Make Every Letter Count - Get Every Letter Opened! Did you know?? According to experts, today's deluged direct mail recipient throws away 26% to 88% of all their "junk mail" UNOPENED! Would you like to increase your responses by an average of 3 to 6 times?? If you would (and who wouldn't) just REPLY to this message and we will e-mail you more details. CC Computer Consulting Co. PS: If you prefer a response by "snail mail", include your name and mailing address in your reply. **************************************** This email is sent in compliance with our strict anti-abuse regulations. This is not SPAM. This message was sent to you because you, or someone using your email address, requested information, sent or posted to our system, Opt-in, FFA site, Classifieds, web site or email box If you would like to be removed from this list, e-mail to or click on: Remove(a)cccomputer.zzn.com *************************************** ah13

1 0

Re: [Zope-dev] file descriptors on Solaris - IT'S A BUG, PEOPLE!
by Richard Jones 04 Oct '01

04 Oct '01

[cc'ed to zope-dev so people can check this information] On Thursday 04 October 2001 13:47, Joseph Wayne Norton wrote: > One related question that I have regarding cgi.py and zope. > > Would there be any compatibility problem of applying the following > older cgi hotfix to python's cgi.py file and usage with Zope 2.4.1 and > higher? > > python cgi hotfix: > http://sourceforge.net/tracker/?group_id=5470&atid=105470&func=detail&aid=4 >43120 > > zope hotfix: > http://www.zope.org/Products/Zope/Hotfix_2001-07-25/README.txt > > My understanding is that the zope hotfix is not required for version > 2.4.1 and higher. Zope 2.4.1 includes the hotfix. The hotfix does not fix the "too many open files" problem. I don't believe there's any compatibility problems (we're using both OK here). Richard

1 0

file descriptors on Solaris
by John Ziniti 03 Oct '01

03 Oct '01

I am running into a problem where Zope is trying to open too many file descriptors (256) in order to process a POST. I'm not sure how to phrase this question, but my reading has suggested that this limit may be set by the FILE struct in /usr/incldue/stdio.h. Does anyone know if this is used in Python/Zope? My first impression was that this problem would be easy to solve -- just up the number of FD's, but now, I'm not so sure. Any suggestions? Here's a traceback -- but I don't think it's much help Traceback (innermost last): File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py, line 187, in publish File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/Zope/__init__.py, line 226, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/Publish.py, line 136, in publish File /u05/ilocal/opt/Zope-2.4.0-src/lib/python/ZPublisher/HTTPRequest.py, line 405, in processInputs File /ilocal/lib/python2.1/cgi.py, line 517, in __init__ File /ilocal/lib/python2.1/cgi.py, line 606, in read_multi File /ilocal/lib/python2.1/cgi.py, line 519, in __init__ File /ilocal/lib/python2.1/cgi.py, line 616, in read_single File /ilocal/lib/python2.1/cgi.py, line 636, in read_lines File /ilocal/lib/python2.1/cgi.py, line 723, in make_file File /ilocal/opt/Zope-2.4.0-src/lib/python/tempfile.py, line 155, in TemporaryFile OSError: [Errno 2] No such file or directory

4 11

[Fwd: Re: [Zope] Python 2.1 for debian ?]
by Jim Washington 03 Oct '01

03 Oct '01

Would it be smart to include the python header files in the zope binary distributions? That would seem to solve a few problems for the individuals using them. -- Jim Washington -------- Original Message -------- Subject: Re: [Zope] Python 2.1 for debian ? Date: Wed, 03 Oct 2001 12:51:37 +0000 (GMT) From: Julián Muñoz Domínguez <jmunoz(a)softhome.net> To: Jim Washington <jwashin(a)vt.edu> Thank you very very much ;-) But it is not possible to compile extensions with zope binary distributions, because it lacks some headers. Many products requires compiling extensions, so that readdress me to need of Python 2.1 .....

4 4

Re: [Zope-dev] compiling Zope 2.4.1 on Mac OS 10.1
by Mitchell L Model 03 Oct '01

03 Oct '01

False alarm for Python2.2a4. It does work It seems I was either hallucinating or had screwed something up. After discussions with Guido, after which I understood a lot better what was supposed to be happening and why, I started over, and this time it worked. With the updates for OS 10.1 in Python 2.2a4, all I had to do to make both Python and Zope was: cd Python2.2a4 configure --with-suffix=.exe make sudo make install cd Zope python wo_pcgi.py That's all. Just that one configure flag, and no global variables set. Very, very nice. What a delight to have a just released MacOS treated with respect by multi-platform software! By the way, Guido said that the Makefile.pre.in mechanism installed in python2.2/lib/config is for a deprecated third-party build mechanism, replaced by distutils. He suggests that Zope should maybeswitch to distutils. -- --- Mitchell

4 3

ZCatalog: path & summary indices not generated
by Shane Rowatt 03 Oct '01

03 Oct '01

Zope Version: 2.4.1 on linux. When I tried to add a ZCatalog followed by finding objects to index using the default indices provided (path, summary, id, title etc), the 'path' and 'summary' indices are never generated. The 'summary' index is always an empty string and the 'path' index is 'None'. To get around the 'summary' not being indexed for DTMLMethod and DTMLDocument objects I had to add the following method to DTMLMethod.py: def summary(self): "Support for searching - the document's contents are searched." raw = self.read() stripped_raw = re.sub("<.*>", "", raw) n=min(200, len(stripped_raw)) return stripped_raw[:n] which basically strips out anything between '<' and '>' tags which should strip most of the DTML and HTML tags out to give a half decent 200 character summary. Unfortunately I tried the same with the 'path' index by adding the following to DTMLMethod.py def getPath(self): "Get path" return getPath(self) def path(self): "Get path" return join(self.getPhysicalPath(), "/") but the 'path' index only works it is a FieldIndex. When it's a PathIndex I get the value of None for all cataloged items. Surely someone else has come across these problems before using this basic catalog stuff?? Shane Rowatt Astracon Inc.

3 2

RE: [Zope-dev] syslog
by Toby Dickenson 03 Oct '01

03 Oct '01

> I'll admit that I don't know. The ZLogger module makes some > noise about > syslog, but I dont even know if and when that module is used > (as opposed > to the zLOG module). It is actually always used unless Zope is started read-only. Its not easy to follow *how* this happens - and I am still not sure *why* its done this way. As for the how: ZLogger starts out with a from zLog import *, it then sets up the list of standard logger objects, and defines the log_write function. Later, z2.py transplants the log_write function from ZLogger into zLOG, where it is used by the implementation of zLOG.LOG (the usual logging API) > Have you verified this by trying it? Definitely yes - my syslog filled up with access log information. A question for all syslog users; is it ever useful to send access logs to syslog? (I can't think of good reason, but my syslog zen quotient is still low). Is anyone else even using syslog? Anyway, for anyone else interested, below a patch so that the configuration of access-syslog uses different environment variables to event-syslog. Index: z2.py =================================================================== RCS file: /home/cvs/development/external/Zope2/z2.py,v retrieving revision 1.14 diff -c -2 -r1.14 z2.py *** z2.py 10 Sep 2001 15:32:28 -0000 1.14 --- z2.py 1 Oct 2001 14:35:43 -0000 *************** *** 635,646 **** if READ_ONLY: lg = logger.file_logger('-') # log to stdout ! elif os.environ.has_key('ZSYSLOG'): ! lg = logger.syslog_logger(os.environ['ZSYSLOG']) ! if os.environ.has_key("ZSYSLOG_FACILITY"): ! lg = logger.syslog_logger(os.environ['ZSYSLOG'],facility=os.environ['ZSYSLOG_FACI LITY']) else: ! lg = logger.syslog_logger(os.environ['ZSYSLOG']) ! elif os.environ.has_key('ZSYSLOG_SERVER'): ! (addr, port) = string.split(os.environ['ZSYSLOG_SERVER'], ':') lg = logger.syslog_logger((addr, int(port))) else: --- 635,646 ---- if READ_ONLY: lg = logger.file_logger('-') # log to stdout ! elif os.environ.has_key('ZSYSLOG_ACCESS'): ! lg = logger.syslog_logger(os.environ['ZSYSLOG_ACCESS']) ! if os.environ.has_key("ZSYSLOG_ACCESS_FACILITY"): ! lg = logger.syslog_logger(os.environ['ZSYSLOG_ACCESS'],facility=os.environ['ZSYSL OG_FACILITY']) else: ! lg = logger.syslog_logger(os.environ['ZSYSLOG_ACCESS']) ! elif os.environ.has_key('ZSYSLOG_ACCESS_SERVER'): ! (addr, port) = string.split(os.environ['ZSYSLOG_ACCESS_SERVER'], ':') lg = logger.syslog_logger((addr, int(port))) else:

3 3

Problems with Oracle DA and Dates
by Dario Lopez-Kästen 02 Oct '01

02 Oct '01

(I apologise in advance for the crosspost, but I think this is a valid question on both the zope-db and zope-dev lists. If you disagree, flame away, and I'll never do it again. oh, btw: flame in private mail, please) Hello! We have run into a showstopper problem here where it seems (we're not sure yet) that there is a severe problem using dates returned from the Oracle DA adapter. Other possible culprits include LocalFS, Transparent Folder, Formulator and the source release of Zope 2.4.1. The problem is that Zope either dies, core dumps and dies, or slows down to a crawl. We are using the Zope 2.4.1 release, with Transparent folders and LocalFS, latest, and a sligthly modified Formulator. There are about 2-6 people working and developing in it during all hours of the day (24 hours). Unfortunately nothing shows up in any of the logs, so they are of little use; I don't even have a traceback so display. We *think* we found sometign pointing at LocalFS in one of the coredumps, but we are lowly non-unix programmers, and have no idea if this is accurate info or not. It could just be un-collected garabage memory. Is anybody noticing anything similar, or if you have any opinion on what might be going on, please reply; we are in DS mode here (we are having a prototype presentation during two weeks, starting tomorrow) and are feeling a bit desperate. Sincerely, /dario - -------------------------------------------------------------------- Dario Lopez-Kästen Systems Developer Chalmers Univ. of Technology dario(a)ita.chalmers.se ICQ will yield no hits IT Systems & Services

3 3

2.5 roadmap and schedule?
by Michael R. Bernstein 02 Oct '01

02 Oct '01

The current roadmap for Zope 2.5 sets an alpha release date for sometime in september, but is that still likely? Michael Bernstein.

2 3