[Zope-Checkins] SVN: Zope/branches/2.10/inst/Makefile.in fixing permissions of files before building the tar ball (experimental)
Log message for revision 70519: fixing permissions of files before building the tar ball (experimental) Changed: U Zope/branches/2.10/inst/Makefile.in -=- Modified: Zope/branches/2.10/inst/Makefile.in === --- Zope/branches/2.10/inst/Makefile.in 2006-10-04 10:07:59 UTC (rev 70518) +++ Zope/branches/2.10/inst/Makefile.in 2006-10-04 10:56:39 UTC (rev 70519) @@ -117,6 +117,8 @@ # sdist_tgz: Create a tgz archive file as a source distribution. # sdist_tgz: version_txt + ${FIND} . -type f -exec chmod a+r {} \; + ${FIND} . -type d -exec chmod a+rx {} \; ${MKDIR} ${TMPDIR} ${CD} ${TMPDIR} ${LN} ${BASE_DIR} ${PACKAGE_NAME} \ ${TAR} czfh ${BASE_DIR}/${PACKAGE_NAME}.tgz \ ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/2.9/inst/Makefile.in fix the file permissions before building the tar ball (experimental)
Log message for revision 70520: fix the file permissions before building the tar ball (experimental) Changed: U Zope/branches/2.9/inst/Makefile.in -=- Modified: Zope/branches/2.9/inst/Makefile.in === --- Zope/branches/2.9/inst/Makefile.in 2006-10-04 10:56:39 UTC (rev 70519) +++ Zope/branches/2.9/inst/Makefile.in 2006-10-04 10:59:16 UTC (rev 70520) @@ -119,6 +119,8 @@ # sdist_tgz: Create a tgz archive file as a source distribution. # sdist_tgz: version_txt + ${FIND} . -type f -exec chmod a+r {} \; + ${FIND} . -type d -exec chmod a+rx {} \; ${MKDIR} ${TMP_DIR} ${CD} ${TMP_DIR} ${LN} ${BASE_DIR} ${PACKAGE_NAME} \ ${TAR} czfh ${BASE_DIR}/${PACKAGE_NAME}.tgz \ ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/inst/Makefile.in fixing the permissions before building the tar ball (experimental)
Log message for revision 70521: fixing the permissions before building the tar ball (experimental) Changed: U Zope/trunk/inst/Makefile.in -=- Modified: Zope/trunk/inst/Makefile.in === --- Zope/trunk/inst/Makefile.in 2006-10-04 10:59:16 UTC (rev 70520) +++ Zope/trunk/inst/Makefile.in 2006-10-04 11:02:29 UTC (rev 70521) @@ -117,6 +117,8 @@ # sdist_tgz: Create a tgz archive file as a source distribution. # sdist_tgz: version_txt + ${FIND} . -type f -exec chmod a+r {} \; + ${FIND} . -type d -exec chmod a+rx {} \; ${MKDIR} ${TMPDIR} ${CD} ${TMPDIR} ${LN} ${BASE_DIR} ${PACKAGE_NAME} \ ${TAR} czfh ${BASE_DIR}/${PACKAGE_NAME}.tgz \ ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/2.10/doc/INSTALL.txt warning on Python 2.5
Log message for revision 70522: warning on Python 2.5 Changed: U Zope/branches/2.10/doc/INSTALL.txt -=- Modified: Zope/branches/2.10/doc/INSTALL.txt === --- Zope/branches/2.10/doc/INSTALL.txt 2006-10-04 11:02:29 UTC (rev 70521) +++ Zope/branches/2.10/doc/INSTALL.txt 2006-10-04 11:06:37 UTC (rev 70522) @@ -12,6 +12,7 @@ * bash or another Bourne shell variant * Python 2.4.2 or later installed somewhere in the system PATH + (Python 2.5 is not supported) * GNU make ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/2.9/doc/INSTALL.txt Python 2.5 notice
Log message for revision 70523: Python 2.5 notice Changed: U Zope/branches/2.9/doc/INSTALL.txt -=- Modified: Zope/branches/2.9/doc/INSTALL.txt === --- Zope/branches/2.9/doc/INSTALL.txt 2006-10-04 11:06:37 UTC (rev 70522) +++ Zope/branches/2.9/doc/INSTALL.txt 2006-10-04 11:07:07 UTC (rev 70523) @@ -12,6 +12,7 @@ * bash or another Bourne shell variant * Python 2.4.2 or later installed somewhere in the system PATH + (Python 2.5 is not supported) * GNU make ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/doc/INSTALL.txt Python 2.5 notice
Log message for revision 70524: Python 2.5 notice Changed: U Zope/trunk/doc/INSTALL.txt -=- Modified: Zope/trunk/doc/INSTALL.txt === --- Zope/trunk/doc/INSTALL.txt 2006-10-04 11:07:07 UTC (rev 70523) +++ Zope/trunk/doc/INSTALL.txt 2006-10-04 11:07:33 UTC (rev 70524) @@ -12,6 +12,7 @@ * bash or another Bourne shell variant * Python 2.4.2 or later installed somewhere in the system PATH + (Python 2.5 is not supported) * GNU make ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/branches/2.9/lib/python/Shared/DC/ZRDB/Connection.py wrong logger argument
Log message for revision 70527: wrong logger argument Changed: U Zope/branches/2.9/lib/python/Shared/DC/ZRDB/Connection.py -=- Modified: Zope/branches/2.9/lib/python/Shared/DC/ZRDB/Connection.py === --- Zope/branches/2.9/lib/python/Shared/DC/ZRDB/Connection.py 2006-10-04 12:38:01 UTC (rev 70526) +++ Zope/branches/2.9/lib/python/Shared/DC/ZRDB/Connection.py 2006-10-04 12:49:01 UTC (rev 70527) @@ -71,7 +71,7 @@ try: self.connect(self.connection_string) except: logger.error('Error connecting to relational database.', - error=exc_info()) + exc_info=exc_info()) def title_and_id(self): s=Connection.inheritedAttribute('title_and_id')(self) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/lib/python/Shared/DC/ZRDB/Connection.py fixed exc_info argument
Log message for revision 70530: fixed exc_info argument Changed: U Zope/trunk/lib/python/Shared/DC/ZRDB/Connection.py -=- Modified: Zope/trunk/lib/python/Shared/DC/ZRDB/Connection.py === --- Zope/trunk/lib/python/Shared/DC/ZRDB/Connection.py 2006-10-04 12:55:51 UTC (rev 70529) +++ Zope/trunk/lib/python/Shared/DC/ZRDB/Connection.py 2006-10-04 15:18:44 UTC (rev 70530) @@ -30,7 +30,6 @@ from Aqueduct import custom_default_report from cStringIO import StringIO from Results import Results -from sys import exc_info from cgi import escape import DocumentTemplate, RDB @@ -72,7 +71,7 @@ try: self.connect(self.connection_string) except: LOG.error('Error connecting to relational database.', - exc_info=exc_info()) + exc_info=True) def title_and_id(self): s=Connection.inheritedAttribute('title_and_id')(self) @@ -160,7 +159,7 @@ self._v_database_connection.close() except: LOG.error('Error closing relational database connection.', - exc_info=exc_info()) + exc_info=True) self._v_connected='' if REQUEST is not None: return self.manage_main(self, REQUEST) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
Re: [Zope-dev] Re: Future of ZClasses
On 10/2/06, Olavo Santos [EMAIL PROTECTED] wrote: Just a quick side note. Many deprecation sign for any user are clearly signs that Zope developers are unable to maintain certain Zope features. This is bad, specially for guys that have to manage large, complex and long time running zope installations ( think years ). And a no sir, next app! for guys like us who have to choose opensource development platforms for the long run ( again: think years ). Well, though nothing is perfect in Zope world, I think we are quite good in having a policy about deprecation which already gives a guaranteed timelime for deprecation. I wanted to find a deprecation policy for eclipse and JBoss to compare. For JBoss i did not find such a thing, for eclipse I did not find a eclipse framework one, but one for some sub projects: http://www.eclipse.org/webtools/adopters/#non-api-code-deprecation-policy and somehow this popped up in the eclipse search result: http://maven.apache.org/development/deprecation.html Notice especially how they mention that a deprecation phase can be days. So for me it looks we are actually a bit ahead of the competition, but maybe somebody can correct me. Accidently I lately tripped over an article from Martin Fowler about this topic: http://www.martinfowler.com/ieeeSoftware/published.pdf I think we use Interfaces in Z3 to publish Methods. So maybe it makes sense to have a smaller core API with longer deprecation periods, so that standard projects can try to rely on core API with long deprecation phase and extender would use the one year deprecation phase. But as I said earlier, I think we are quite ahead already. I guess the motivation of this API stability discussion is also motivated by JMOs comment about how much more stable is the Java API, in Point 2 and 3 of this entry: http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2006_09_23_times-they-changin But it is not fair to compare the stability of a programming language standard modules API with a application framework api. But maybe I am not good in searching and somebody points me to the well thought out JBoss or Websphere deprecation policy best regards, Patrick ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Re: Future of ZClasses
On Wed, 2006-04-10 at 10:26 +0200, Patrick Gerken wrote: Notice especially how they mention that a deprecation phase can be days. So for me it looks we are actually a bit ahead of the competition, but maybe somebody can correct me. [snip...] I think we use Interfaces in Z3 to publish Methods. So maybe it makes sense to have a smaller core API with longer deprecation periods, so that standard projects can try to rely on core API with long deprecation phase and extender would use the one year deprecation phase. But as I said earlier, I think we are quite ahead already. [snip...] But it is not fair to compare the stability of a programming language standard modules API with a application framework api. But maybe I am not good in searching and somebody points me to the well thought out JBoss or Websphere deprecation policy Thanks for this insight. As a proponent of sensible deprecation it's nice to have some evidence rather than simply sputtering, but but... we gotta be able to change stuff! :) - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net signature.asc Description: This is a digitally signed message part ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.10 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.10 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8010 Blamelist: alga,andreasjung,dobe,jukart,poster,tseaver BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.9 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8011 Blamelist: alga,andreasjung,dobe,fdrake,jim,jukart,poster,schwendinger,tseaver,yuppie BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope trunk 2.4 Linux zc-buildbot
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: 8012 Blamelist: alga,andreasjung,dobe,jukart,poster,tseaver BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.9 2.4 Windows 2000 zc-bbwin2
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000 zc-bbwin2. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8011 Blamelist: alga,andreasjung,dobe,fdrake,jim,jukart,poster,schwendinger,tseaver,yuppie BUILD FAILED: failed failed slave lost sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.10 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.10 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8013 Blamelist: andreasjung BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.9 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8014 Blamelist: andreasjung BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope trunk 2.4 Windows 2000 zc-bbwin6
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: 8012 Blamelist: alga,andreasjung,dobe,jukart,poster,tseaver BUILD FAILED: failed failed slave lost sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope trunk 2.4 Linux zc-buildbot
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: 8015 Blamelist: andreasjung BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.9 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8019 Blamelist: andreasjung,jukart,schwendinger BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] zodb time-stamp reduction error without time chaning on server
Hi All, One of my customers has a large (21GB) production zodb which they back up onto a contingency server using repozo and rsync. The process is roughly as follows: 1. pack the production database to 3 days once a day. 2. create a full backup with repozo and rsync this to the contingency storage server once day. 3. on the contingency server, use repozo to turn the backup back into a zodb and run fstest to make sure it's sane. 4. every 2 hrs throughout the day, create an incremental backup with repozo and rsync the increments to the contingency storage server. 5. once the increments have arrived on the contingency storage server, use repozo there to turn the full backup and the increments back into a zodb and run fstest to make it The process has worked fine for several months now. However, yesterday, after repozo had combined the full backup with two increments, fstest.py spat out the following: Data.fs.restore time-stamp reduction at 3102046: 0x03689aa5aa40e444 = 0x03689aea40d19233 First thought was that the times on the production storage server had screwed up, but a lot of digging has failed to show any evidence of this, so it looks like the above error has occurred without the usual time slip ups. One of the guys here applied the attached patch to fstest.py to get more info on what was happening. I've attached a section of the output of running this over the database. The interesting thing is that it looks like the transactions where the time appears to go backwards are duplicates of earlier transactions: position in file tid time from tid 310253762330x03689abb582f1311 2006-10-03 04:43:20.668098 310253765080x03689abdbbe5f000 2006-10-03 04:45:44.038639 310253767830x03689abddbe6be55 2006-10-03 04:45:51.539377 ...lots of transactions... 310256469130x03689abb582f1311 2006-10-03 04:43:20.668098 310256471880x03689abdbbe5f000 2006-10-03 04:45:44.038639 310256474630x03689abddbe6be55 2006-10-03 04:45:51.539377 Would this seem to be an accurate reading of the attached log? If so: 1. Could repozo have a bug that resulted in this? 2. If repozo has no bug, should it have checking that makes sure it doesn't build insane .fs files, or is fstest the way to go for that? 3. If repozo is not to blame, what could be? cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk --- fstest.py.original 2006-08-29 11:33:50.0 +0100 +++ fstest.py2006-10-04 13:57:37.0 +0100 @@ -1,2 +1,2 @@ ## # @@ -40,3 +40,4 @@ import string import struct import sys +from ZODB.utils import p64, readable_tid_repr as rtr class FormatError(ValueError): There is a problem with the format of the FileStorage. +def __repr__(self): +return self.msg class Status: checkpoint = 'c' @@ -80,1 +83,1 @@ return l def check(path): file = open(path, 'rb') file.seek(0, 2) file_size = file.tell() if file_size == 0: -raise FormatError(empty file) +print FormatError(empty file) file.seek(0) if file.read(4) != packed_version: -raise FormatError(invalid file header) +print FormatError(invalid file header) pos = 4L tid = '\000' * 8 # lowest possible tid to start i = 0 while pos: _pos = pos pos, tid = check_trec(path, file, pos, tid, file_size) if tid is not None: -chatter(%10d: transaction tid %s #%d \n % -(_pos, hexify(tid), i)) +chatter(%10d: transaction tid %s tid_as_date %s #%d \n % +(_pos, hexify(tid), rtr(p64(long(hexify(tid), 16))), i)) i = i + 1 +if i 100: +break def check_trec(path, file, pos, ltid, file_size): @@ -114,4 +123,4 @@ if not h: return None, None if len(h) != TREC_HDR_LEN: -raise FormatError(%s truncated at %s % (path, pos)) +print FormatError(%s truncated at %s % (path, pos)) tid, stl, status, ul, dl, el = struct.unpack(8s8scHHH, h) tmeta_len = TREC_HDR_LEN + ul + dl + el if tid = ltid: -raise FormatError(%s time-stamp reduction at %s: %s = %s % +print FormatError(%s time-stamp reduction at %s: %s = %s % (path, pos, hexify(tid), hexify(ltid))) ltid = tid tl = U64(stl) # transaction record length - 8 if pos + tl + 8 file_size: -raise FormatError(%s truncated possibly because of +print FormatError(%s truncated possibly because of damaged records at %s % (path, pos)) if status == Status.checkpoint: -raise FormatError(%s checkpoint flag was not cleared at %s +print FormatError(%s checkpoint flag was not cleared at %s
Re: [Zope-dev] Re: Future of ZClasses
Patrick Gerken wrote: On 10/2/06, Olavo Santos [EMAIL PROTECTED] wrote: Just a quick side note. Many deprecation sign for any user are clearly signs that Zope developers are unable to maintain certain Zope features. This is bad, specially for guys that have to manage large, complex and long time running zope installations ( think years ). And a no sir, next app! for guys like us who have to choose opensource development platforms for the long run ( again: think years ). Well, though nothing is perfect in Zope world, I think we are quite good in having a policy about deprecation which already gives a guaranteed timelime for deprecation. I wanted to find a deprecation policy for eclipse and JBoss to compare. For JBoss i did not find such a thing, for eclipse I did not find a eclipse framework one, but one for some sub projects: http://www.eclipse.org/webtools/adopters/#non-api-code-deprecation-policy and somehow this popped up in the eclipse search result: http://maven.apache.org/development/deprecation.html Notice especially how they mention that a deprecation phase can be days. So for me it looks we are actually a bit ahead of the competition, but maybe somebody can correct me. Accidently I lately tripped over an article from Martin Fowler about this topic: http://www.martinfowler.com/ieeeSoftware/published.pdf I think we use Interfaces in Z3 to publish Methods. So maybe it makes sense to have a smaller core API with longer deprecation periods, so that standard projects can try to rely on core API with long deprecation phase and extender would use the one year deprecation phase. But as I said earlier, I think we are quite ahead already. I guess the motivation of this API stability discussion is also motivated by JMOs comment about how much more stable is the Java API, in Point 2 and 3 of this entry: http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2006_09_23_times-they-changin But it is not fair to compare the stability of a programming language standard modules API with a application framework api. But maybe I am not good in searching and somebody points me to the well thought out JBoss or Websphere deprecation policy best regards, Patrick Everyone deprecates stuff, this is not the question. But what is marked as 'stable', 'official' or 'standard' may not be deprecated in the same way as something that is still under development or private. It is more a question of defining and maintaining a contract with API users than a question of technicalities (how often to deprecate, what version numbers to use, how to inform...) This is all about defining and maintaining a social contract with the user. No one prevents you from deprecating parts of an API that is marked as being under development or private -- as long as you say it from the start. Check out for instance: http://openide.netbeans.org/tutorial/api-design.html especially the chapter Life-cycle of an API What is unclear in zope is what is official, what is stable, what is still under development, etc. It seems that all the different packages have the same status, or rather that they have no status. Apart from the packages that were added recently (zc. ...) there is no information in the repository about the quality of the different APIs. There are no version numbers on the packages either so I don't know what is alpha, beta, or final. It gives the impression that the framework is stable, but not mature. I'd expect that the API defined in the 'interfaces.py' files for instance are 'official' in the sense that there is a commitment that the API is ready and that it won't change until the next major version, but I doubt that this is understood by everyone putting stuff into these files. in Java, you can mark a class as 'final', meaning that no one will be able to subclass it, or methods can be marked as 'private'. Abstract classes can specify the methods that must be implemented. Also if a class says that it implements an interface it has to implement it otherwise the code won't compile. Again this is all about defining contracts. Considering the standard JBoss modules, there is no way to compare with zope really since they strive to implement the specifications thoroughly (EJB3, JSR-168, ...) and the APIs are final already, so they don't change. For other modules (e.g. Seam) users are fully aware that parts of the specs may change. For more mature modules such as Hibernate, I am not aware that the API changes between minor versions. best regards /JM ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope trunk 2.4 Linux zc-buildbot
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: 8021 Blamelist: andreasjung,jukart,schwendinger BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Installing zope.interface from svn
Could somebody please tell me how to install zope.interface from the latest svn? I'm running the Twisted unit tests against the latest Python binaries from the Python trunk (2.6) and they fail because of a variable named 'with' which generates a syntax error. I understand that this issue has long been fixed in zope.interface in svn, so I'd like to get past it by using the latest svn code. I tried doing a svn co like this: [EMAIL PROTECTED] proj]$ svn co http://svn.zope.org/Zope3/trunk/src/zope/interface zope.interface svn: PROPFIND request failed on '/Zope3/trunk/src/zope/interface' svn: PROPFIND of '/Zope3/trunk/src/zope/interface': 301 Moved (http://svn.zope.org) Any hints? Thanks, Grig ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Installing zope.interface from svn
On Wed, Oct 04, 2006 at 09:45:34AM -0700, Grig Gheorghiu wrote: | Could somebody please tell me how to install zope.interface from the | latest svn? I'm running the Twisted unit tests against the latest | Python binaries from the Python trunk (2.6) and they fail because of a | variable named 'with' which generates a syntax error. I understand that | this issue has long been fixed in zope.interface in svn, so I'd like to | get past it by using the latest svn code. | | I tried doing a svn co like this: | | [EMAIL PROTECTED] proj]$ svn co | http://svn.zope.org/Zope3/trunk/src/zope/interface zope.interface | svn: PROPFIND request failed on '/Zope3/trunk/src/zope/interface' | svn: PROPFIND of '/Zope3/trunk/src/zope/interface': 301 Moved | (http://svn.zope.org) You got pretty close, but not enough. Should be: svn co svn://svn.zope.org/repos/main/zope.interface/trunk Looks like it does work as an egg too, judging from the latest checkins. -- Sidnei da Silva Enfold Systemshttp://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Installing zope.interface from svn
--- Sidnei da Silva [EMAIL PROTECTED] wrote: On Wed, Oct 04, 2006 at 09:45:34AM -0700, Grig Gheorghiu wrote: | Could somebody please tell me how to install zope.interface from the | latest svn? I'm running the Twisted unit tests against the latest | Python binaries from the Python trunk (2.6) and they fail because of a | variable named 'with' which generates a syntax error. I understand that | this issue has long been fixed in zope.interface in svn, so I'd like to | get past it by using the latest svn code. | | I tried doing a svn co like this: | | [EMAIL PROTECTED] proj]$ svn co | http://svn.zope.org/Zope3/trunk/src/zope/interface zope.interface | svn: PROPFIND request failed on '/Zope3/trunk/src/zope/interface' | svn: PROPFIND of '/Zope3/trunk/src/zope/interface': 301 Moved | (http://svn.zope.org) You got pretty close, but not enough. Should be: svn co svn://svn.zope.org/repos/main/zope.interface/trunk Looks like it does work as an egg too, judging from the latest checkins. Great. Thanks, Sidnei! Grig ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zodb time-stamp reduction error without time chaning on server
Chris Withers wrote at 2006-10-4 15:06 +0100: ... The interesting thing is that it looks like the transactions where the time appears to go backwards are duplicates of earlier transactions: position in file tid time from tid 310253762330x03689abb582f1311 2006-10-03 04:43:20.668098 310253765080x03689abdbbe5f000 2006-10-03 04:45:44.038639 310253767830x03689abddbe6be55 2006-10-03 04:45:51.539377 ...lots of transactions... 310256469130x03689abb582f1311 2006-10-03 04:43:20.668098 310256471880x03689abdbbe5f000 2006-10-03 04:45:44.038639 310256474630x03689abddbe6be55 2006-10-03 04:45:51.539377 Would this seem to be an accurate reading of the attached log? It looks as if you had given the same incremental file twice to repozo. 1. Could repozo have a bug that resulted in this? Maybe, especially when the same file is twice integrated 2. If repozo has no bug, should it have checking that makes sure it doesn't build insane .fs files, or is fstest the way to go for that? As fstest found this problem, it was not too bad. 3. If repozo is not to blame, what could be? One possibility would be a bad call. -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zodb time-stamp reduction error without time chaning on server
Dieter Maurer wrote: 3. If repozo is not to blame, what could be? One possibility would be a bad call. A bad call? Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zodb time-stamp reduction error without time chaning on server
Chris Withers wrote at 2006-10-4 18:23 +0100: Dieter Maurer wrote: 3. If repozo is not to blame, what could be? One possibility would be a bad call. A bad call? You should read my messages carefully! E.g. a call where the same incremental backup file is presented more than onces to repozo -- as mentioned several times in stripped part of the message you have reported to. -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Installing zope.interface from svn
--- Sidnei da Silva [EMAIL PROTECTED] wrote: On Wed, Oct 04, 2006 at 09:45:34AM -0700, Grig Gheorghiu wrote: | Could somebody please tell me how to install zope.interface from the | latest svn? I'm running the Twisted unit tests against the latest | Python binaries from the Python trunk (2.6) and they fail because of a | variable named 'with' which generates a syntax error. I understand that | this issue has long been fixed in zope.interface in svn, so I'd like to | get past it by using the latest svn code. | | I tried doing a svn co like this: | | [EMAIL PROTECTED] proj]$ svn co | http://svn.zope.org/Zope3/trunk/src/zope/interface zope.interface | svn: PROPFIND request failed on '/Zope3/trunk/src/zope/interface' | svn: PROPFIND of '/Zope3/trunk/src/zope/interface': 301 Moved | (http://svn.zope.org) You got pretty close, but not enough. Should be: svn co svn://svn.zope.org/repos/main/zope.interface/trunk Looks like it does work as an egg too, judging from the latest checkins. OK, next question :-) How do I run the unit tests for zope.interface? I tried cd-ing into src/zope/interface/tests and running 'nosetests' (which understands tests derived from unitest or using doctest). I got tons of errors/failures thoughDo I need to actually install zope.interface before running its unit tests? Grig ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] compiling zope 2.9
Hi, the zope documentation says that if I want to compile zope on win32 I have to do it this way: python inst\configure.py --prefix=\path\to\my\zope nmake install and it worked for zope = 2.8. Now I'm trying to compile zope 2.9 but it fails with: error: package directory 'build\lib\win32-2\4\zope\i18n\locales' does not exist NMAKE : fatal error U1077: 'c:\python24\python.exe' : return code '0x1' Stop. What am I doing wrong ? ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope] TimerService/ZopeScheduler runs but doesn't run scripts......
michaelntmilne wrote: but it *should* work on windows as well. Ok, it's not the ultimate platform but ignoring it or not making sure products work on it undermines the expansion of zope and zope related products There you go, once again making assertions about what work other people should be doing without any consideration of whether or not they give a monkeys and without offering to pay them to do what is, after all, your work... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Proposal System
wekoweko wrote: Hi, has anyone ever implemented a pdf generating/creating proposal system in Zope? (i.e. creates a pdf that is customized and editable). Mostly just manipulating a pdf in Zope, if anyone has any recommendations or suggestions, please post, thanks. From what you're saying, Reportlab would be the way to go here... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: Re: [Zope] external method: importing and updating method
Hi Folks, Thanks for help. I did what suggested below. We also set a crontab to restart the zope server every night, but them I was wondering if it is a good idea. Cheers, Alan On 03/10/06, Jonathan [EMAIL PROTECTED] wrote: - Original Message - From: Dieter Maurer [EMAIL PROTECTED] To: Alan [EMAIL PROTECTED] Cc: zope@zope.org Sent: Tuesday, October 03, 2006 2:06 PM Subject: Re: [Zope] external method: importing and updating method Alan wrote at 2006-10-2 18:48 +0100: In my external method I have something like this: ... sys.path.insert(0, CCPNPYTHON) This is not a good idea! The source of an External Method can be read arbitrarily often -- and each time, you extend sys.path... We get around this 'evergrowing' path problem by (if there is a problem with this solution let me know!): import sys SOMEPATH = '/some/path/goes/here' if SOMEPATH not in sys.path: sys.path.append(SOMEPATH) Jonathan -- Alan Wilter S. da Silva, D.Sc. - Research Associate Department of Biochemistry, University of Cambridge. 80 Tennis Court Road, Cambridge CB2 1GA, UK. http://www.bio.cam.ac.uk/~awd28 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Proposal System
Chris Withers wrote: wekoweko wrote: Hi, has anyone ever implemented a pdf generating/creating proposal system in Zope? (i.e. creates a pdf that is customized and editable). Mostly just manipulating a pdf in Zope, if anyone has any recommendations or suggestions, please post, thanks. From what you're saying, Reportlab would be the way to go here... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) yup gotcha dude i posted this in a lot of different forums and that(ReportLab) and HTMLDoc seems to be the consensus, thanks -- View this message in context: http://www.nabble.com/Proposal-System-tf2375642.html#a6637197 Sent from the Zope - General mailing list archive at Nabble.com. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: Re: [Zope] external method: importing and updating method
- Original Message - From: Alan [EMAIL PROTECTED] To: Jonathan [EMAIL PROTECTED] Cc: Dieter Maurer [EMAIL PROTECTED]; zope@zope.org Sent: Wednesday, October 04, 2006 6:12 AM Subject: Re: Re: [Zope] external method: importing and updating method Hi Folks, Thanks for help. I did what suggested below. We also set a crontab to restart the zope server every night, but them I was wondering if it is a good idea. What you are trying to accomplish/resolve by restarting zope everynight? I can't think of any real downside to doing it, but it shouldn't be necessary - we once had a production server that ran for over 13 months, continuously, without ever being restarted! (now that's a stable platform!) Jonathan ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] TimerService/ZopeScheduler runs but doesn't run scripts......
Simply good advice. I'm not asking for people to do my work for me! I'm perfectly capable of doing it myself thanks very much. I've got everything running using VisualCron for Windows. There is a general disdain of Windows which does have a basis but which I find slightly short sighted at times. Anyway, this product should say it doesn't work or hasn't been tested on Windows if that is the case.Chris Withers [EMAIL PROTECTED] wrote: michaelntmilne wrote: but it *should* work on windows as well. Ok, it's not the ultimate platform but ignoring it or not making sure products work on it undermines the expansion of zope and zope related productsThere you go, once again making assertions about what work other people should be doing without any consideration of whether or not they give a monkeys and without offering to pay them to do what is, after all, your work...Chris-- Simplistix - Content Management, Zope Python Consulting- http://www.simplistix.co.uk All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: Re: [Zope] external method: importing and updating method
On 10/4/06, Alan [EMAIL PROTECTED] wrote: Thanks for help. I did what suggested below. We also set a crontab to restart the zope server every night, but them I was wondering if it is a good idea. Isn't it better to just restart the server when you have updated the software? Modules loaded from External methods are not different from any other Zope software in that sense. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] TimerService/ZopeScheduler runs but doesn't run scripts......
On 10/4/06, michaelntmilne [EMAIL PROTECTED] wrote: Simply good advice. I'm not asking for people to do my work for me! I'm perfectly capable of doing it myself thanks very much. I've got everything running using VisualCron for Windows. There is a general disdain of Windows which does have a basis but which I find slightly short sighted at times. Windows is a pain in the ass as a server platform. That said it's OK for Python development, as long as you don't need a c-compiler, it's a good desktop, and it is absolutely necessary to support for demos. So I agree, the disdain for Windows is short-sighted. An unix sucks as desktop. (Although it seems to me though that Windows suck more and more and Unix less and less, so in a couple of years...) ;) -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Legacy Perl code and Zope. A pipe dream?
From: Derek Basch [EMAIL PROTECTED] Sent: Tuesday, 3 de October de 2006 18:54 Hello. Yes, the application is currently deployed but it is the gnarliest mess of ten year old spaghetti code you have ever seen. No session handling, no automatic CGI variable parsing, no authenticationno fun. I am attempting to find a path towards a proper web application framework without having to rewrite every single line of legacy code. For example, all new projects would adhere to framework xyz and the legacy code would still play nicely with the framework. Is your perl web app up and running? Leave it as it is. Just deploy a Zope instance in front of your perl web app and start relaying http requests throught an ExternalMethod ( using httplib, for example, its a nice way to start coding in python ) or similar. You will instantly find out that you will have to create a tree of objects similar to the perl scripts and folders that you have. Use DTML Method objects or even better, Python Scripts ones. You can even mount your static content folders into Zope using the Local File System product. Yes, it seems a little bit crazy, but gives you everything that Zope can offer w/out touching on the old web app. Anything ( apache, pound ) running as a load balancer/reverse proxy can also help, because you can redirect some http requests to the old web app and new ones to the new web app. Best regards, @671, Nbk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Legacy Perl code and Zope. A pipe dream?
--- Josh Burvill [EMAIL PROTECTED] wrote: Sorry, just noticed thats already been considered... On 04/10/06, Josh Burvill [EMAIL PROTECTED] wrote: there is some info in zopebook 2.6 edition in the advanced scripting chapter: http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/ScriptingZope.stx where there are some links in this chapter where it mentions activestate: http://www.zope.org/Members/andym/wiki/FrontPage http://downloads.activestate.com/Zope-Perl/ hth, Josh Thanks for all the replies everyone! This all certainly helped me in deciding which direction to go. Cheers, Derek Basch __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Help! Zope Crashed! Production Server!
Hi;I'll afford a server to experiment on before year's end, but that doesn't help me today. I was trying to get Python 2.3.5 to work with LDAP on FreeBSD. I built py-ldap2 from ports and directed it to install Python 2.3.5 (because I'm using Zope 2.7.8 because my software won't migrate yet). It built out okay. The person who ran this box previously didn't understand FreeBSD's port system, so he built Python in a different place. I moved all of that for safety's sake (at least, I thought I did), and then ended up moving it all back because I couldn't fire up Zope (I have 2 instances). Then I was able to fire up Zope *and* import LDAP (the latter indicating something from my new installation stuck). When I ps wax I see Zope is working. However, when I surf to sites, or even the IP address, it just hangs! I cleared out log/event.log and touched it and fired up in runzope mode, but there was nothing strange in the event.log! And I've been over that log many times lately, so I would recognize something different. I presume ZServer is hung. How do I trouble-shoot this?TIA,Javier2 Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail.___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Help! Zope Crashed! Production Server!
When I ps wax I see Zope is working. However, when I surf to sites, or even the IP address, it just hangs! Stop Zope and check whether you still have any Zope processes. If so then kill'em and then try to run Zope again. I had similiar problems with hanged Zope processes. Maybe that's your's problem too. You may use netstat to check whether your Zope is listening. -- Maciej Wisniowski ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Help! Zope Crashed! Production Server!
http://www.zettai.net/Support/Howto/deadlockDebuggerHowto On Wed, Oct 04, 2006 at 11:43:25AM -0700, Javier Subervi wrote: Hi; I'll afford a server to experiment on before year's end, but that doesn't help me today. I was trying to get Python 2.3.5 to work with LDAP on FreeBSD. I built py-ldap2 from ports and directed it to install Python 2.3.5 (because I'm using Zope 2.7.8 because my software won't migrate yet). It built out okay. The person who ran this box previously didn't understand FreeBSD's port system, so he built Python in a different place. I moved all of that for safety's sake (at least, I thought I did), and then ended up moving it all back because I couldn't fire up Zope (I have 2 instances). Then I was able to fire up Zope *and* import LDAP (the latter indicating something from my new installation stuck). When I ps wax I see Zope is working. However, when I surf to sites, or even the IP address, it just hangs! I cleared out log/event.log and touched it and fired up in runzope mode, but there was nothing strange in the event.log! And I've been over that log many times lately, so I would recognize something different. I presume ZServer is hung. How do I trouble-shoot this? TIA, Javier2 - Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )