Fred Drake wrote:
On Friday 02 July 2004 02:21 am, Chris Withers wrote: > Well, the automatically generated runzope still includes INSTANCE_HOME and > SOFTWARE_HOME, hence my question... > > Can those variables be dropped from the template script?
They were dropped, also back when I added App.config.
I've looked back through the CVS history for both zopectl and runzope, and they've both been in them since day 1...
in later. You should dig through the CVS log for clues as to why, asking the committer of that change if the log doesn't say why.
Fred, why? ;-)
You can also rip those variable out of the script and make sure everything still works.
I'm going to give it a go.
For what it's worth, I think they should go if at all possible. If 3rd party stuff is relying on them, it needs to be changed, I don't see why Zope should have confusing cruft (HOW many places do I need to set these variable?!) lying around...
THAT said, thinking about it, you need to know where the .conf file is, and that's usually off the INSTANCE_HOME, and we need to know where run.py/zopectl.py are, and they're off the SOFTWARE_HOME. So these variables are kinda needed in the start script in one form or another. Which means, and I know how you feel about this, that to get them in one place, we'd need some way of telling ZConfig "get this value from the environment variable x".
Is it really so bad if ZConfig grew a directive to that effect? I'd certainly not want anything magical to happen, but a way to explicitly say, in the .conf file, that this value is take from the environment, how about:
...which would work just like a $define, except getting its value from the environment?
-- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Zope-Dev maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce