Zope-Dev June 2003

zope-dev@zope.dev

68 participants
71 discussions

ZEO.auth missing from setup.py
by Adrian van den Dries 23 Jun '03

23 Jun '03

ClientStorage imports auth, which is not installed. Index: setup.py =================================================================== RCS file: /cvs-repository/Zope/setup.py,v retrieving revision 1.30 diff -u -r1.30 setup.py --- setup.py 13 Jun 2003 06:27:18 -0000 1.30 +++ setup.py 23 Jun 2003 05:15:24 -0000 @@ -655,7 +655,7 @@ name='ZEO', author=AUTHOR, - packages=['ZEO', 'ZEO.tests', 'ZEO.zrpc'], + packages=['ZEO', 'ZEO.auth', 'ZEO.tests', 'ZEO.zrpc'], data_files=[['ZEO', ['ZEO/*.txt', 'ZEO/*.xml']]], ) a. -- Adrian van den Dries avdd(a)flow.com.au Development team www.dev.flow.com.au FLOW Communications Pty. Ltd. www.flow.com.au

1 0

Patching object class
by Florent Guillaume 20 Jun '03

20 Jun '03

I have the need to "update" some persistent objects in a ZODB to change their class. One use case comparable to the one I have would be to change all objects of type Folder to OrderedFolder. To do that, I envisionned finding all thoses objects and doing ob.__class__ = OrderedFolder ob._p_changed = 1 Would this work ? If not, what other hack could I do ? The idea being that I don't want to recreate all the objects. Florent -- Florent Guillaume, Nuxeo (Paris, France) +33 1 40 33 79 87 http://nuxeo.com mailto:fg@nuxeo.com

5 6

2.7 installation
by Adrian van den Dries 20 Jun '03

20 Jun '03

My company has a business need for better Debian packages of Zope (and particularly, packages of ZEO). I have outlined a proposal for an installation regime that will greatly simplify installation in a UNIX environment, with a configuration that Debian would use for installation. I bring it up here because my proposal probably requires some changes to the source tree which may suit being accepted upstream, and because we have a (sponsored) opportunity to hone Zope for a Debian environment (a not uncommon and very high-quality distrubution). I am, however, not yet familiar enough with the distutils to know if this regime is possible, nor am I familiar with the Windows installation. Also, it pushes my relentless agenda to get the standalone packages of Zope packaged as separate dependencies which may, I sense, not suit everyone! ;-) It is at http://homepages.flow.com.au/~avdd/zope-newinstall.html and included here. Comments? Cc'ed current Debian maintainers for completeness. =================================== Zope installation overhaul proposal =================================== The Problem +++++++++++ I have some concerns about the new installation mechanism, particularly how it will work for a UNIX (specifically Debian) install. Currently, a configure script (written in Python) writes a makefile, which installs software into the --prefix, as per custom:: $ ./configure --prefix=$PREFIX $ make $ sudo make install This installs the software under ``$PREFIX``, producing this layout:: $PREFIX/ bin/ doc/ import/ lib/ skel/ utilities/ You then make an instance:: $ /usr/lib/zope/bin/mkzopeinstance $INSTANCE This creates a Zope instance in $INSTANCE, like so:: $INSTANCE/ Extensions/ Products/ bin/ etc/ import/ log/ var/ The problems with this procedure are: 1. one --prefix is too limiting with this tree. You can't install into an existing hierarchy like /usr, because of the zope-specific directories "import", "skel" and "utilities". 2. $INSTANCE/bin/* are just shell wrappers for their respective scripts in $PREFIX/bin, serving only to point to the correct configuration and software paths, also requiring you to supply a full path to the script. This should instead be a global control script that takes an instance name as an argument: # zopectl -i default start 3. This installs all of Zope, ZODB, ZEO and zdaemon. I am uncomfortable with this blurring of function between applications (runzeo.py) and libraries (ZODB) ... probably more ... skip to solution: The Solution ++++++++++++ For Zope ======== The make install step:: EXECPREFIX=$PREFIX LIBPREFIX=$PREFIX SKELPREFIX=$PREFIX DOCPREFIX=$PREFIX BIN=$EXECPREFIX/bin LIB=$LIBPREFIX/lib # python, etc. DOC=$DOCPREFIX/doc SKEL=$SKELPREFIX/skel With ``PREFIX=/zope``, you get:: /zope/bin/ zopectl.py runzope.py utils.py etc. /zope/doc/ import/ Examples.zexp README.txt etc. /zope/lib/ python, etc /zope/skel/ Extensions/ Products/ etc/ import/ log/ var/ Then the administrator (or initial installation) runs:: # mkzopeinstance /var/lib/zope/default/var -l /var/log/zope/default which copies ``$SKEL/*`` to ``/var/lib/zope/default``. To start, stop, restart zope:: # zopectl default (start|stop|status|restart|etc) Other Z* packages ================= Note that the above procedure installs only Zope. It requires ZODB (a standalone package) to be installed. ZEO is a separate package. It installs similarly to Zope, with instances similarly created with ``$PREFIX/bin/mkzeoinstance``. This may require some changes to the source tree. The Debian package ================== Debian's package would use:: PREFIX=/usr SKEL=$PREFIX/share/zope/skel DOC=$PREFIX/share/doc/zope Producing this layout:: /usr/bin/ zopectl.py runzope.py utils.py etc. /usr/share/doc/zope/ import/ Examples.zexp README.txt etc. /usr/lib/ python, etc /usr/share/zope/skel/ Extensions/ Products/ etc/ import/ log/ var/ The Debian installation would create a default instance, possibly prompting for the name (otherwise "default"). It would also create: - ``/etc/init.d/zope`` (starts the first instance, or all instances) - ``/etc/default/zope`` (lists instances) Debian's ``mkzopeinstance`` would symlink ``/etc/zope/$INSTANCE`` to ``/var/lib/zope/$INSTANCE/etc`` (like postgresql), and it may provide the ``-l`` option to override the log location Debian packages ZEO and the ZODB similarly, and ZEO and Zope depend on the ZODB. a. -- Adrian van den Dries avdd(a)flow.com.au Development team www.dev.flow.com.au FLOW Communications Pty. Ltd. www.flow.com.au

11 45

leave application in zpt + formulator
by nagendra prasad 20 Jun '03

20 Jun '03

hi i had downloaded leave.zexp from the following url http://www.openflow.it/EN/Download/index_html I have installded open flow 1.1.0 i have plone,zope on ,my linux box. Now i tried to rewrite the application using zpt + formulator(originally written in dtml). I have written the following zpt files 1)leave_startform_zpt 2)leave_start_zpt & a macro leaveform_macro for leave_startform_zpt file. Now my program goes like this leave_startform_zpt --> macros --> leave_start_zpt --> gotoOF (this is a python file), Plz see the files in the attachemnt. These are the files i have added. the other files remain same. no change I get the following error like Error Type NameError Error Value global name 'workflow' is not defined what is the problem plz help me thanks prasad ________________________________________________________________________ Send free SMS using the Yahoo! Messenger. Go to http://in.mobile.yahoo.com/new/pc/ 1) leave_startform_zpt ----------------------------------------------------------------------- <html> <head><tb> <title tal:content="template/title">The title</title> <head> <body> <p metal:use-macro="here/common_pages/macros/leaveform_macro" /> </body> </html> ----------------------------------------------------------------------- 2) leaveform_macro ----------------------------------------------------------------------- <div metal:define-macro="leaveform_macro"> <form name="leave_startform_formulator" method="post" action="leave_start_zpt"> <table tal:define="form here/leave_startform_formulator" align=center> <tr tal:define="startdate request/startdate|nothing"> <th align="left"> <font size=5><font face="verdana"><b> Start Date: </b></font></font> </th> <td><input type="text" name="startdate" tal:replace="structure python:form.startdate.render(startdate)" /> </td> </tr> <tr tal:define="enddate request/enddate|nothing"> <th align="left"> <font size=5><font face="verdana"><b> End Date: </b></font></font> </th> <td><input type="text" name="enddate" tal:replace="structure python:form.enddate.render(enddate)"> </td> </tr> <tr tal:define="reason request/reason|nothing"> <th align="left"> <font size=4><font face="verdana"><b> Reason: </b></font></font> </th> <td>><textarea type="text" name="reason" tal:replace="structure python:form.reason.render(reason)"></textarea> </td> </tr> <tr tal:define="leavetype request/leavetype|nothing"> <th align="left"> <font size=4><font face="verdana"><b> LEA: </b></font></font> </th> <td><textarea type="text" name="leavetype" tal:replace="structure python:form.leavetype.render(leavetype)"></textarea> </td> </tr> <tr cols="*,350,*"> <td> </td> <td align=center><input type="submit" value=" Submit "></td> <td> </td> </tr> </table><br> </form> </div> ----------------------------------------------------------------------- 3) leave_start_zpt ----------------------------------------------------------------------- <html> <head>  </head> <body bgcolor="#ffffff"> <p tal:replace="structure python:here.gotoOF()" />   </body> </html> ----------------------------------------------------------------------- 4) gotoOF ----------------------------------------------------------------------- no parametres for this. instance="workflow.addInstance('leaverequest',AUTHENTICATED_USER.getUserName(),'no comment','Request for leave by ' + AUTHENTICATED_USER.getUserName(), activation=0)" instobj="_.getattr(workflow,instance)" form = context.leave_startform_formulator instobj=getattr(workflow,instance) instobj.manage_addProperty('startdate', startdate, 'string') instobj.manage_addProperty('enddate', enddate, 'string') instobj.manage_addProperty('reason', reason, 'text') instobj.manage_addProperty('leavetype', leavetype, 'string') instobj.manage_addProperty('requested', '', 'string') instobj.manage_addProperty('formalia', '', 'string') instobj.manage_addProperty('approved', '', 'string') instobj.manage_addProperty('decision', '', 'text') workflow.startInstance(instance) print "Done" return printed -----------------------------------------------------------------------

1 0

./configure on Zope27HEAD with Python 2.2.2
by PieterB 20 Jun '03

20 Jun '03

Hi, Just ran ./configure using Python 2.2.2. I got the following output: (on FreeBSD 5.0) Configuring Zope installation Testing for an acceptable Python interpreter... Python version 2.2.2 found at /usr/local/bin/python let: arith: syntax error: "i = i + 1" let: arith: syntax error: "i = i + 1" [: 1: unexpected operator let: arith: syntax error: "i = i + 1" [: 1: unexpected operator let: arith: syntax error: "i = i + 1" [: 1: unexpected operator let: arith: syntax error: "i = i + 1" FreeBSD's shell doesn't support let "i=i+1" constructs: It works fine if I change the shell to /usr/local/bin/bash. An ugly fix seems to be to rename configure to configure.bash and create a configure such as: #!/bin/sh # force bash shell `which bash` ./configure.bash Other fix is to explain in the docs that you need to run bash ./configure on systems such as FreeBSD Anybody knows a nicer way to fix this? Pieter

4 5

A-A-P and Zope 2.7 issues
by PieterB 20 Jun '03

20 Jun '03

Hi, I created a first draft cut of a A-A-P file for Zope/Python and Zope products. I think of using it for creating a zopetest "product" and a new FreeBSD zopetest port (a Makefile that uses 'aap' and can be used to create several zopeinstances with several sets of products. I also would like to write some scripts which can be used to do functional/performance tests (on the various Zope/Python versions on various platforms). I think that would really be usefull for the Zope continuous integration process. The current script (invoke with 'aap') downloads Python 2.2.3 and PyXML, builds and tests Python, gets Zope from CVS and configures Zope. Have a look at: http://gewis.nl/~pieterb/zope/zopetest/main.aap-v0.01.txt and rename it to main.aap. Some Zopeissues I ran into: --------------------------------------------------- As a followup to: http://collector.zope.org/Zope/952 When you specify a python using --with-python you don't get warned about whether you use a non-optimal python or not. Maybe it's also good to mention the user that he/she IS using the optimal python version, when he/she does so. -------------------------------------------------- Please rename the makefile to Makefile --------------------------------------------------- zopectl has a hardcoded PYTHON variable set to: PYTHON="/usr/local/bin/python" shouldn't it use the --with-python version? ------------------------------------------------------- ZConfig requires PyXML. Default Python doesn't provide it. Both zopectl using Python 2.2.2 and Python 2.2.3 give the following traceback: ./zopectl start Traceback (most recent call last): File "/tmp/zope/lib/python/Zope/Startup/zopectl.py", line 148, in ? main() File "/tmp/zope/lib/python/Zope/Startup/zopectl.py", line 131, in main options.realize(args) File "/tmp/zope/lib/python/Zope/Startup/zopectl.py", line 80, in realize ZDOptions.realize(self, *args, **kw) File "/tmp/zope/lib/python/zdaemon/zdoptions.py", line 257, in realize self.load_schema() File "/tmp/zope/lib/python/zdaemon/zdoptions.py", line 298, in load_schema self.schema = ZConfig.loadSchema(self.schemafile) File "/tmp/zope/lib/python/ZConfig/loader.py", line 36, in loadSchema return SchemaLoader().loadURL(url) File "/tmp/zope/lib/python/ZConfig/loader.py", line 70, in loadURL return self.loadResource(r) File "/tmp/zope/lib/python/ZConfig/loader.py", line 134, in loadResource self.registry, self) File "/tmp/zope/lib/python/ZConfig/schema.py", line 42, in parseResource xml.sax.parse(resource.file, parser) File "/usr/local/lib/python2.2/xml/sax/__init__.py", line 30, in parse parser = make_parser() File "/usr/local/lib/python2.2/xml/sax/__init__.py", line 93, in make_parser raise SAXReaderNotAvailable("No parsers found", None) xml.sax._exceptions.SAXReaderNotAvailable: No parsers found Shouldn't ./configure already check this? ------------------------------------------------------------------ The doc/INSTALL.txt states: The Python you run Zope with *must* have threads compiled in, which is the case for a vanilla build. Warning: Zope will not run with a Python version that uses libpth. You *must* use libpthread. Can this be checked when running ./configure?

1 0

RE: [Zope-dev] Hi, new to zope
by Ramon Linan 19 Jun '03

19 Jun '03

Hi Andreas it worked!!!! that file was owned by root, although it has 777 permission.!!?? anyway, I worked after the zope user took control of the file and also after putting in z2.py those lines...thanks -----Original Message----- From: Andreas Jung [mailto:andreas@andreas-jung.com] Sent: Thursday, June 19, 2003 10:51 AM To: Ramon Linan Cc: zope-dev(a)zope.org Subject: RE: [Zope-dev] Hi, new to zope And maybe check the filepermissions of your _mysql.so file! It must be readable by python! -aj --On Donnerstag, 19. Juni 2003 16:41 Uhr +0200 Andreas Jung <andreas(a)andreas-jung.com> wrote: > add the following to your z2.py: > > import sys > print sys.path > > Check the output against your PYTHONPATH. > > -aj > >

1 0

zpt z-sql?
by Rodman, Gerry 19 Jun '03

19 Jun '03

What would be the syntax to call a z-sql (passing one or more parameters) from a zpt? The z-sql would retrieve a single row. Fields from this row to be shown in the zpt. thx gerry rodman

2 1

RE: [Zope-dev] Hi, new to zope
by Ramon Linan 19 Jun '03

19 Jun '03

Thanks aj for your quick answer... the situation is this, I though that was a problem with the path too so, yesterday I did export PYTHONPATH=/usr/local/lib/python2.1/site-packages/ there is one of the 3 places that I have that library, bit I still get the same error. I tried something desperate and put a symbolic link to that path (ln -s /usr/local/lib/python2.1/site-packages/_mysql.so) and then the error was _mysql failed init ... !!! don't know what else to do -----Original Message----- From: Andreas Jung [mailto:andreas@andreas-jung.com] Sent: Thursday, June 19, 2003 9:35 AM To: Ramon Linan; zope-dev(a)zope.org Subject: Re: [Zope-dev] Hi, new to zope --On Donnerstag, 19. Juni 2003 9:33 Uhr -0400 Ramon Linan <rlinan(a)truality.com> wrote: > Hi everybody, > > I am new to Zope (and a little experienced with Python). > > I have been trying to install already for 3 weeks the ZMySQLA... at this > point I am very frustrated. I am getting the error ImportError: no module > named _mysql !!! This is a problem of your PYTHONPATH! Python can not find the module and is unable to import it. The simplest solution is to point PYTHONPATH to the directory where the _mysql.so binary is installed! -aj

2 2

Hi, new to zope
by Ramon Linan 19 Jun '03

19 Jun '03

Hi everybody, I am new to Zope (and a little experienced with Python). I have been trying to install already for 3 weeks the ZMySQLA... at this point I am very frustrated. I am getting the error ImportError: no module named _mysql !!! my system has Redhat 7.3 zope 2.6.1 python 2.1.3 is the python version Zope is running Mysql 3.22.32 mysql-python 0.9.2 ZMySQLA -2.0.8 I have all the -devel package installed (Mysql-devel, etc) I have installed this database connector and worked with before, but it was using windows, I didn't find any problem installing it. Now I want to get serious with Zope and therefore I am using Linux, can anyone help me on this task? Does anyone know what am I doing wrong? I would also appreciate if somebody could give me an up to date list of things to have and to do on installing that zope object Thaaaaaaaaaaaaaansk Rezuma

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Zope-Dev June 2003