June 2000 - Zope-Dev

Re: [Zope-dev] Error running on port 80, different IP than default
by Dieter Maurer 21 Jun '00

21 Jun '00

> Just installed zope from source on a fresh Linux-box. Defined a zope-user > and a zope-group to run Zope and everything works just fine if a run it with > the default z2.py. I want to run it on a different ip, an alias to eth0, > and on port 80. But when I change z2.py to reflect this I get an error > running start in the Zope-folder. All ports with numbers < 1024 are privileged ports. A server can bind to them only, if run as root. Dieter

1 0

Re: [Zope] ZScheduler-0.0.6 problem
by Loren Stafford 21 Jun '00

21 Jun '00

Could we continue this discussion on zope-dev, because this is an alpha-level product at this point? I have ZScheduler 0.0.6 running on a Linux machine (www.fippless.org at CodeIt Computing), so we can't say it's an NT vs. Linux problem. It's more likely a Linux/Python/Zope configuration issue. The most system-dependent part of ZScheduler is its use of Python's threading module. According to Netcraft, www.fippless.org is running Red Hat Secure/2.0 (Unix) mod_ssl/2.0.7 SSLeay/0.9.0b on Linux. According to the Zope Control Panel, Zope version: Zope 2.1.3 (source release, python 1.5.2, linux2) Python version: 1.5.2 (#1, Feb 1 2000, 16:32:16) [GCC egcs-2.91.66 19990314/Linux (egcs- System Platform: linux-i386 Nick, can you supply more detail about the Linux configuration? CodeIt Computing is a good Zope ISP, but, as you would expect of an ISP, they don't offer facilities for this level of SW development, and I don't have any other machines at my disposal to duplicate your Linux configuration. So, I'll need your assistance to help isolate the problem. Can you help with a little debugging, tracing, instrumentation to find the code that throws Zope off track? I doubt whether the problem is with the archive itself, but just to be sure, I created a new archive for version 0.0.6 with a different archiving tool. The new one shows 12330 bytes while the old one shows 20480 bytes (quite a difference for the same content, eh?). -- Loren ----- Original Message ----- From: "Francois-Regis CHALAOUX" <Francois-Regis.CHALAOUX(a)sanofi-synthelabo.com> To: "Receipt Notification Requested" <zope(a)zope.org> Sent: June 21, 2000 12:48 AM Subject: [Zope] ZScheduler-0.0.6 problem > Hi, > > I have just tested ZScheduler-0.0.6 on NT machine : it works :(((( On my Linux > machine it does not work :(((( > Thus, the code is NT dependant or the archive works on NT only !!!??? > > FR >

1 0

Re: [Zope-dev] zope-cocoon interoperability( Zope/XML )
by Josh Zeidner 21 Jun '00

21 Jun '00

You should definately take a look at the work being done with Zope and XML. In a nutshell, DC and FourThought are making the Zope object tree DOM compliant. In addition, XSLT operations will be supported similar to the way DTML methods interact with Zope. Also XPath and XLink are being examined for thier integration with Zope and ZDOM. The list can be found on egroups.com, named Zope-XML . -Josh Zeidner >hi, wish to introduce to everyone a thought. >i see great value in zope and cocoon interoperability. > >just to ponder:) >will elaborate before next dance > >here is my post to cocoon_group today: >thank you >michael >(//xml.apache.org..) > >IMHO, cocoon and zope interoperability is a win win situation. >-for my needs with drawingincode.com > >currently trying to get support from UUnet/mciWorldcom to fund >open_source related projects. > >status: between a rock and a hardplace > sales and managers(pre-occupied with thoughts of-t.v. >commercials) > >if somone is friends with Mike O'Dell (VP and chief scientist at UUNet) >please have him mail me :) > >Thank You >michael p bolger >drawingincode(a)lifeplant.com > > > > >drawingincode > >_______________________________________________ >Zope-Dev maillist - Zope-Dev(a)zope.org >http://lists.zope.org/mailman/listinfo/zope-dev >** No cross posts or HTML encoding! ** >(Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) > ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

1 0

zope-cocoon interoperability
by drawingincode 21 Jun '00

21 Jun '00

hi, wish to introduce to everyone a thought. i see great value in zope and cocoon interoperability. just to ponder:) will elaborate before next dance here is my post to cocoon_group today: thank you michael (//xml.apache.org..) IMHO, cocoon and zope interoperability is a win win situation. -for my needs with drawingincode.com currently trying to get support from UUnet/mciWorldcom to fund open_source related projects. status: between a rock and a hardplace sales and managers(pre-occupied with thoughts of-t.v. commercials) if somone is friends with Mike O'Dell (VP and chief scientist at UUNet) please have him mail me :) Thank You michael p bolger drawingincode(a)lifeplant.com drawingincode

1 0

Re: [Zope-dev] Catalog acquisition problems?
by Dieter Maurer 21 Jun '00

21 Jun '00

Martijn Faassen writes: > We've been experiencing some odd interactions between the ZCatalog and > acquisition. Inside the <dtml-in catalog ..> tags things seem to go > screwy. It's picking up the properties in the root folder instead of > in the subfolder (the context), where the <dtml-in catalog ..> is used. Why > would this happen? I could reproduce this in Zope 2.1.6. I can understand that the result is not what one wants, but when I understand aquisition correct, it is in accordance with the documentation. You probably get "catalog" by aquisition. The catalogs aquisition context is inherited to the "Result" object and then to the "Record" objects representing the lookup results. As I understand, a feature request to such a record first follows the aquisition chain of catalog and only then the aquicition chain that led to catalog. > Another odd thing that happens is that dtml-let variables appeared > wiped empty inside the dtml-in: > > <dtml-let foo="'bar'"> > <dtml-in catalog ..> > .... > <dtml-var foo> > .... > </dtml-in> > </dtml-let> > > The <dtml-var foo> will display nothing. 'foo' *does* exist, but it > just appears to be empty. I could not reproduce this in my Zope installation. Do your Record objects (results of "dtml-in") have a "foo" field (maybe inherited)? Dieter

2 1

Error running on port 80, different IP than default
by Thomas Weholt 21 Jun '00

21 Jun '00

Hi, Just installed zope from source on a fresh Linux-box. Defined a zope-user and a zope-group to run Zope and everything works just fine if a run it with the default z2.py. I want to run it on a different ip, an alias to eth0, and on port 80. But when I change z2.py to reflect this I get an error running start in the Zope-folder. Traceback (innermost last): File "/usr/local/Zope/z2.py", line 493, in ? logger_object=lg) File "/usr/local/Zope/ZServer/medusa/http_server.py", line 552, in __init__ self.bind ((ip, port)) File "/usr/local/Zope/ZServer/medusa/asyncore.py", line 205, in bind return self.socket.bind (addr) socket.error: (13, 'Permission denied') I guess it`s cuz the zope user don`t have permission to bind to ip-interfaces and/or ports under 1024(?), but how do I fix this? I need to run it on a specified ip and port 80. This could be off-topic, a Linux problem, but I need serious help on this one. Thanks. Thomas Weholt

1 0

Zope 2.2.0b1 not authorized
by Juan Carlos Coruña 21 Jun '00

21 Jun '00

I have a ZSQL method embedded into another ZSQL method and when I execute it I become the following error: Error, Unauthorized: You are not authorized to access SQL. If I execute the embedded ZSQL method alone I become no errors. The two methods have the same ownership. After searching in the mailing list I have seen a few people with the same problem but none of them have resolved it. Anyone knows the solution?

1 0

change in product permissions/behaviour in 2.20b1
by Dr. Ross Lazarus 21 Jun '00

21 Jun '00

The (heavily modified) Survey product from Piers Lauder is in heavy use here. In 2.1.x and in 2.20b1, the links in a folder view point to [objectname]/manage_workspace In 2.1.x, this does the right thing - if you have appropriate permissions on the survey object, you get a management screen. Without 'View management screens' permission, you see a rendered survey form to fill in. Fine. In 2.20b1, this is now broken. No matter what permissions you have, the [objectname]/manage_workspace link turns into a link to [objectname] and you see the survey. I've futzed with __ac_permissions__ = and added that little tip about Globals.default__class_init__(Survey) without any joy. Is this a bug, a deliberate change in behaviour or is it just me? -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, Room 126A, A27, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: rossl(a)med.usyd.edu.au

1 0

DA for postgresql?
by Jephte CLAIN 20 Jun '00

20 Jun '00

Hello, Can anyone tell me about the various Postgresql DA currently available? I don't know which to take between ZPoPyDA and ZPyGreSQLDA. I installed both of them, and I can't tell the difference between the two... This will be for a production server. Is PostgreSQL a good choice? Actually, I don't have the choice -- I have to use PostgreSQL. thanks for any input regards, jephte clain minf7(a)educ.univ-reunion.fr

2 1

LoginManager add trouble
by Scott Parish 20 Jun '00

20 Jun '00

Using: Zope2 (cvs) ZPatterns 0.3.0 LoginManger 0.8.6 When I try to add a LoginManager, I get the following error and traceback. Any ideas? sRp --------- Error Type: KeyError Error Value: _owner Traceback (innermost last): File /a4/srp/Zope2/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /a4/srp/Zope2/lib/python/ZPublisher/Publish.py, line 187, in publish File /a4/srp/Zope2/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook File /a4/srp/Zope2/lib/python/ZPublisher/Publish.py, line 171, in publish File /a4/srp/Zope2/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_addLoginManager) File /a4/srp/Zope2/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_addLoginManager) File /a4/srp/Zope2/lib/python/Products/LoginManager/LoginManager.py, line 230, in manage_addLoginManager File /a4/srp/Zope2/lib/python/OFS/ObjectManager.py, line 249, in _setObject (Object: ElementWithAttributes) File /a4/srp/Zope2/lib/python/AccessControl/Owned.py, line 267, in manage_fixupOwnershipAfterAdd (Object: SheetProviderContainer) File /a4/srp/Zope2/lib/python/AccessControl/Owned.py, line 174, in changeOwnership (Object: SheetProviderContainer) KeyError: (see above) -- Scott Parish http://srparish.net

1 0