Re: [Zope] Install 2.9.2 fails with "error: must supply either home or prefix/exec-prefix -- not both"
On Monday 17 April 2006 12:08, Jens Vagelpohl wrote: > > I think you misunderstand what I am saying. I did not tell you to > *replace* the system Python. By default, the Python source package > installs into /usr/local. > > jens > First off, let me state: 1) I Thank everybody who has worked so had on make this excellent zope product. And all the people who have expended their free time to help me! 2) I'm not trying to argue anybody into my work for me, but am trying to understand the problems and concepts as they affect my systems. Having said that Jens, I thought that the linus file standard (what ever its called) was to use "/usr" when a user installs product and to "/opt" when it is a "Distro" product, in other words the place where a product is installed should not be hard coded. At any-rate the problems seams to be that you use a variable out of the Python distribution (which defines where python is installed) as the place to install zope (as defined by the config variable). From my programming experience, I really expect that you got a name clash in your installation routines. So as this is an all volunteer effort, I'm volunteering today, to try to hunt it down. Although a single day to understand a system as compley as the installation of zope is probably ludicrous. But I do have the machines setup and profesional tools to use... Can anybody help me in my goal of tracking this down? Jerry Of course, ___ 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] Install 2.9.2 fails with "error: must supply either home or prefix/exec-prefix -- not both"
On Monday 17 April 2006 11:10, Jens Vagelpohl wrote: > > My question now is this a bug in Zope 2.9.2 installation, or in > > SUSE 10.1 RC1? > > The answer to that will decide where I look to fix it > > Very simple test: Compile Python yourself. Do not use the > distribution package. Then try building Zope 2.9.2 against the self- > compiled Python. If it works fine then it's a SuSE fault. > > Python packages shipped with distributions are known to show various > weirdnesses. For production setups I would never even consider using > the built-in Python, regardless of distribution. > > jens Well Jens, I disagree. If I where to build my own python, I would have to do formal testing on all packages which require python, which are quite a few. If I follow your philosophy to it's logical conclusion, then I'd end up rolling my own linux, and having a "private" distribution for each production machine. The amount of time, work and know-how required to maintain such a setup is simply not feasible in my case. I therefore depend on SUSE to do the security, maintenance, and configuration for me. That is what a distribution is all about right? As I am defining the new setup for our servers (new and old), I thought it would be to our advantage to use the latest 2.9.2 Zope2 release. This would allow me to have the newest technologies available for future projects. And leave the door open to do a smooth Zope2 to Zope3 migration. The version of Zope delivered with SUSE is 2.7.8. My other choice is to stick with that Jerry ___ 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] Install 2.9.2 fails with "error: must supply either home or prefix/exec-prefix -- not both"
On Sunday 16 April 2006 01:18, Jens Vagelpohl wrote:
> On 16 Apr 2006, at 00:11, Jerry Westrick wrote:
> > Hello all
> >
> > I've done a clean install SUSE 10.1 RC1.
> > (Yes I know it's new, and probably the problem)
> >
> > I've downloaded Zope 2.9.2
> >
> > And executed the installation as described in the readme.txt.
> >
>
> It worked fine for me right now by doing...
>
> ./configure --prefix=`pwd` --force
> make
> make install
>
>
> jens
>
This gives me the same error...
After debugging the install.py with komodo (also beta :-)
I found that by setting the environment variable with
export DISTUTILS_DEBUG=1
additional debug information is printed.
Here the relevant parts of the "make install"
option dict for 'install' command:
{'home': ('command line', '/opt/zope'),
'prefix': ('/usr/lib64/python2.4/distutils/distutils.cfg', '/usr/local'),
'skip_build': ('command line', 1)}
option dict for 'install_lib' command:
{'compile': ('setup.cfg', '1'), 'optimize': ('setup.cfg', '1')}
Distribution.get_command_obj(): creating 'install' command object
setting options for 'install' command:
home = /opt/zope (from command line)
prefix = /usr/local (from /usr/lib64/python2.4/distutils/distutils.cfg)
skip_build = 1 (from command line)
Traceback (most recent call last):
File "install.py", line 29, in ?
context.setup()
File "/backup/install/zope/Zope-2.9.2/Support/zpkgsetup/setup.py", line 132,
in setup
setup(**kwargs)
File "/usr/lib64/python2.4/distutils/core.py", line 149, in setup
dist.run_commands()
File "/usr/lib64/python2.4/distutils/dist.py", line 946, in run_commands
self.run_command(cmd)
File "/usr/lib64/python2.4/distutils/dist.py", line 965, in run_command
cmd_obj.ensure_finalized()
File "/usr/lib64/python2.4/distutils/cmd.py", line 117, in ensure_finalized
self.finalize_options()
File "/usr/lib64/python2.4/distutils/command/install.py", line 246, in
finalize_options
raise DistutilsOptionError, \
distutils.errors.DistutilsOptionError: must supply either home or
prefix/exec-prefix -- not both
make: *** [install] Error 1
log2:/backup/install/zope/Zope-2.9.2 #
From the following excerpt
setting options for 'install' command:
home = /opt/zope (from command line)
prefix = /usr/local (from /usr/lib64/python2.4/distutils/distutils.cfg)
raise DistutilsOptionError, \
distutils.errors.DistutilsOptionError: must supply either home or
prefix/exec-prefix -- not both
make: *** [install] Error 1
I assume the problem is that the install routine does not handle SUSE's
version of the ".../python2.4/distutil/distutils.cfg", which sets the prefix.
Maybe this is a simple name clash?
As a test I removed the --home "$(PREFIX)" from the Makefile, and zope
installed into /usr/local instead of /usr/local/Zope 8-(
Oh well it was a virgin installation, I'll just have to install it again!
At any rate I went ahead and confirmed that the same happens on SUSE 10.1 RC1
i386 architecture so it's more probably SUSE problem and not x86_64
specific
My question now is this a bug in Zope 2.9.2 installation, or in SUSE 10.1 RC1?
The answer to that will decide where I look to fix it
Jerry Westrick.
P.S. I have both 32bit and 64bit test machines remotely available incase
anyone wants to fix this :-) Unfortunately, I should be preparign the 64bit
machine as a backup server, so if anyone is interested it's only available
shortly... I can keep the 32bit SUSE 10.1 RC1 available for a week or so...
___
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] Some installation glitches
On Sunday 16 April 2006 08:27, Andreas Jung wrote: > --On 15. April 2006 20:42:11 -0700 Dennis Allison > > <[EMAIL PROTECTED]> wrote: > > When I install Zope 2.9.0 on a 64 bit machine the path to the system is > > > > .../Zope/lib64/python/... > > > > but with Zope 2.9.2, also on a 64-but machine the path to the system is > > > > ...Zope/lib/python/ > > > > Why the change? > > Huh? Never seen that! ...and no idea where this change should come from. > > -aj I confirm, I also have problems with building zope 2.9.2. on X86... Allison have you got a work around? Jerry ___ 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] Install 2.9.2 fails with "error: must supply either home or prefix/exec-prefix -- not both"
Hello all I've done a clean install SUSE 10.1 RC1. (Yes I know it's new, and probably the problem) I've downloaded Zope 2.9.2 And executed the installation as described in the readme.txt. I've tried it with both --prefix and without. Any Ideas where to look would be appreceated... Here the result of the installation: log2:/backup/install/zope # tar -zxf Zope-2.9.2.tgz log2:/backup/install/zope # cd Zope-2.9.2 log2:/backup/install/zope/Zope-2.9.2 # ./configure Configuring Zope installation Testing for an acceptable Python interpreter... Python version 2.4.2 found at /usr/bin/python The optimum Python version (2.4.2) was found at /usr/bin/python. log2:/backup/install/zope/Zope-2.9.2 # make /usr/bin/python install.py -q build Dependencies/ExtensionClass-Zope-2.9.2/ExtensionClass/_ExtensionClass.c: In function ?PyExtensionClass_Export_?: Dependencies/ExtensionClass-Zope-2.9.2/ExtensionClass/_ExtensionClass.c:768: warning: cast from pointer to integer of different size log2:/backup/install/zope/Zope-2.9.2 # make install /usr/bin/python install.py -q build /usr/bin/python install.py -q install --skip-build --home "/usr/local/Zope-2.9.2" error: must supply either home or prefix/exec-prefix -- not both make: *** [install] Error 1 log2:/backup/install/zope/Zope-2.9.2 # ___ 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] Is ExtFile right for me?
On Monday 10 April 2006 18.09, Kirk Strauser wrote: > I think, then, that I should be looking at an external filesystem store. > LocalFS looks very nice, but it doesn't seem to support properties (which > I currently need). ExtFile looks very nice and does support properties, > and that's the way I'm heading. Does that seem reasonable given my usage? > I'm currently using localFS and not only have problems with the missing properties, but the missing security access is more trouble some... I'd be interested to hear how the ExtFile went with you... Jerry ___ 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 )
SOLVED Re: [Zope] Problems Executing pdftk from within zope.
On Sunday 09 April 2006 19.33, Dieter Maurer wrote: > Jerry Westrick wrote at 2006-4-8 22:35 +0200: > > ... > >I bet this is the problem... > >What should the Sigmask look like? > > If the Python bug is fixed, nothing is blocked. > If the Python bug is still there, all blockable signals (i.e. all with > the exception of SIGKILL and SIGSTOP) are blocked. > Yep, this is the problem sorry about the send single line comments, my fingers are automatically adding new lines to the IM All these different communication programs are giving me keys on the brain 8-( But all the signals are set, so this is the problem... Thanks, everyone for your help to get me past this one, as it really had me stumped I hereby to issue: 30 karma points to Dieter... 20 to Chris 10 to 8-) Thx... Jerry > > ... > >Hmm I'll look into this also, although Zope requires specefic versions... > > Not precise versions only precise series. ___ 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] Problems Executing pdftk from within zope.
On Sunday 09 April 2006 19.33, Dieter Maurer wrote: > Jerry Westrick wrote at 2006-4-8 22:35 +0200: > > ... > >I bet this is the problem... > >What should the Sigmask look like? > > If the Python bug is fixed, nothing is blocked. > If the Python bug is still there, all blockable signals (i.e. all with > the exception of SIGKILL and SIGSTOP) are blocked. > Okay this seams to be it... > > ... > >Hmm I'll look into this also, although Zope requires specefic versions... > > Not precise versions only precise series. ___ 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] Problems Executing pdftk from within zope.
On Saturday 08 April 2006 20.47, Dieter Maurer wrote: > Jerry Westrick wrote at 2006-4-8 00:42 +0200: > >I trying to modify pdf files from within zope. > >I use the following command: > > > >'/usr/bin/pdftk /t/in.pdf attach_files /t/a1.pdf /t/a2.pdf output > > /t/out.pdf' > > > >When I execute it as root it works... > > I do not know what "pdftk" does. > But from your description, it would be really strange when it required > execution as root. If it really does, I would say: do not use it! > > >When executed from within zope, > >(this i've done via external command that executes os.system(...)) > >A task is started to executed it, but the task hangs. > > Apart from the most recent Python versions, earlier Python versions > had a bug: forked processes from multi-threaded applications (such > as Zope) had all signals blocked. Thus, when a forked application > used signals (e.g. "alarm"), it could hang. > Checking the "sigmask" of the application can tell you whether > this problem still exists with your Python version. > I bet this is the problem... What should the Sigmask look like? Later on tonight, I'll publish what the values are, and what versions of python I'm using... > > The most recent Python versions in the 2.3 and 2.4 series should have > this problem fixed. Hmm I'll look into this also, although Zope requires specefic versions... Thx... Jerry P.S. Sorry about the preveous post ___ 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] Problems Executing pdftk from within zope.
On Saturday 08 April 2006 20.47, Dieter Maurer wrote: > Jerry Westrick wrote at 2006-4-8 00:42 +0200: > >I trying to modify pdf files from within zope. > >I use the following command: > > > >'/usr/bin/pdftk /t/in.pdf attach_files /t/a1.pdf /t/a2.pdf output > > /t/out.pdf' > > > >When I execute it as root it works... > > I do not know what "pdftk" does. > But from your description, it would be really strange when it required > execution as root. If it really does, I would say: do not use it! > > >When executed from within zope, > >(this i've done via external command that executes os.system(...)) > >A task is started to executed it, but the task hangs. > > Apart from the most recent Python versions, earlier Python versions > had a bug: forked processes from multi-threaded applications (such > as Zope) had all signals blocked. Thus, when a forked application > used signals (e.g. "alarm"), it could hang. > Checking the "sigmask" of the application can tell you whether > this problem still exists with your Python version. > Ahhh, I bet this is the problem... > > The most recent Python versions in the 2.3 and 2.4 series should have > this problem fixed. ___ 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] Problems Executing pdftk from within zope.
On Saturday 08 April 2006 01.24, Jonathan wrote: > Have you tried running it as a spawned job from the shell? If something is > pooched in the environment then the job should hang (then you know it is > not a zope problem). > > Jonathan > Using the "if __name__ == '__main__': main()" I have executed the command from the External script file (as user root) with "python aw4.py ecmd2" and it works... But when called from zope it hangs... I've tried with popen(...) and spawnv(...) I've had the script dump the environment variables and the version dumped by root, differs from the version dumped from zope only in variables with "cookie" in them! Now I tried to do a simple "cat " and it don't seam to work either... I'm quite fustrated so it's time to go have fun (install SUSE 10 XEN on SUSE 10 Whp!). If anyone, anywhere has any ideas WTF is going on here, please give me a hint! Jerry ___ 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] Problems Executing pdftk from within zope.
Hello Zopistas... I trying to modify pdf files from within zope. I use the following command: '/usr/bin/pdftk /t/in.pdf attach_files /t/a1.pdf /t/a2.pdf output /t/out.pdf' When I execute it as root it works... When executed from within zope, (this i've done via external command that executes os.system(...)) A task is started to executed it, but the task hangs. Even with set the setuid bit on /usr/bin/pdftk, making the zope spawned task run as root the command just hangs (I've confirmed that the task is actually running as root!) I'm sure I've forgoten something silly, but after bashing it around for several hours I just can't figure out why it hangs Any suggestions at what the problem could be are welcome 8-) Jerry P.S. Here my Control panel info, incase it's relevant Zope Version(unreleased version, python 2.3.4, linux2) Python Version 2.3.4 (#1, Oct 5 2004, 00:26:51) [GCC 3.3.4 (pre 3.3.5 20040809)] System Platform linux2 SOFTWARE_HOME /opt/zope/lib/python ZOPE_HOME /opt/zope INSTANCE_HOME /var/opt/zope/default CLIENT_HOME /var/opt/zope/default/var Network Services ZServer.HTTPServer.zhttp_server (Port: 8080) ZServer.FTPServer.FTPServer (Port: 8021) ZServer.HTTPServer.zhttp_server (Port: 8088) Process Id 32058 (1110281136) Running For 12 min 58 sec ___ 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] Does anybody us Komodo to debug Zope?
Hello List Since I already own komodo (For perl developement), I was wondering if you can use Komodo to debug zope. The only link I found was: http://www.zope.org/Members/andym/KomodoDebugging (dated 2003). Which didn't seam to offer much. Anybody out there using Komodo? Jerry ___ 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] store data as long as the user is logged on
I'm not sure if I know what I'm talking about, but. It seams to me that when I was reading up on the session thingy, I read that you can add new Seesion thingy to the Zope tree thereby creating your own private session... Of course I'm Probably wrong Jerry On Thursday 21 July 2005 16:58, Tino Wildenhain wrote: > Am Donnerstag, den 21.07.2005, 16:36 +0200 schrieb gabor: > > hi, > > > > i need to store some data as long as the user is logged on to zope. > > how can i achieve this? > > > > using the session is not a good idea, because some parts of the code > > simply call session.clear() (i did not write that part). > > > > if everything fails, i can use a singleton where i put a dictionary > > based on some-kind-of user-id... but i'd like to avoid that if possible > > (don't want to think about the multi-user-asking-at-the-same-time > > problems).. > > > > is there any place where i could attach my data structure? > > Session is still the best thing you can use in this case. > Note that HTTP is stateless, you just dont know when > a user "logs out". - unless she is so friendly to use > a button on your site where you can trigger to delete > the session and auth cookie. ___ 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 )
