My web site had been working until this morning for months without a problem. When investigating the cause of the crush I found out that my ISP just upgraded to python 2.0 without my knowledge. My site is as far as I know the only zope site there. It does not start or build. I tried to upgrade to version 2.2.5 (I was running 2.2.2) without a success. This is what i got when trying to upgrade to version 2.2.5 : Building the PCGI wrapper ./configure loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking MACHDEP... freebsd4 checking for inet_addr in -lnsl... (cached) no checking for socket in -lsocket... (cached) no checking for ANSI C header files... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... (cached) yes checking for unistd.h... (cached) yes checking for working const... (cached) yes checking for pid_t... (cached) yes checking return type of signal handlers... (cached) void checking for putenv... (cached) yes checking for socket... (cached) yes checking for strerror... (cached) yes checking for union semun... yes updating cache ./config.cache creating ./config.status creating Makefile make ------------------------------------------------------------------------------ Writing the pcgi resource file (ie cgi script), /virtuals/gosvald/zope/Zope.cgi chmod 0755 /virtuals/gosvald/zope/Zope.cgi ------------------------------------------------------------------------------ Compiling python modules ------------------------------------------------------------------------------ Building extension modules ------------------------------------------------ Compiling extensions in lib/python cp /usr/local/lib/python2.0/config/Makefile.pre.in . make -f Makefile.pre.in boot PYTHON=/usr/local/bin/python rm -f *.o *~ rm -f *.a tags TAGS config.c Makefile.pre python sedscript rm -f *.so *.sl so_locations VERSION=`/usr/local/bin/python -c "import sys; print sys.version[:3]"`; install dir=`/usr/local/bin/python -c "import sys; print sys.prefix"`; exec_installdir= `/usr/local/bin/python -c "import sys; print sys.exec_prefix"`; make -f ./Makef ile.pre.in VPATH=. srcdir=. VERSION=$VERSION installdir=$installdir exec_inst alldir=$exec_installdir Makefile sed -n -e '1s/.*/1i\\/p' -e '2s%.*%# Generated automatically from Makefile.pre .in by sedscript.%p' -e '/^VERSION=/s/^VERSION=[ ]*\(.*\)/s%@VERSION[@]%\ 1%/p' -e '/^CC=/s/^CC=[ ]*\(.*\)/s%@CC[@]%\1%/p' -e '/^CCC=/s/^CCC=[ ] *\(.*\)/s%#@SET_CCC[@]%CCC=\1%/p' -e '/^LINKCC=/s/^LINKCC=[ ]*\(.*\)/s%@LINK CC[@]%\1%/p' -e '/^OPT=/s/^OPT=[ ]*\(.*\)/s%@OPT[@]%\1%/p' -e '/^LDFLAGS =/s/^LDFLAGS=[ ]*\(.*\)/s%@LDFLAGS[@]%\1%/p' -e '/^LDLAST=/s/^LDLAST=[ ]* \(.*\)/s%@LDLAST[@]%\1%/p' -e '/^DEFS=/s/^DEFS=[ ]*\(.*\)/s%@DEFS[@]%\1%/ p' -e '/^LIBS=/s/^LIBS=[ ]*\(.*\)/s%@LIBS[@]%\1%/p' -e '/^LIBM=/s/^LIBM= [ ]*\(.*\)/s%@LIBM[@]%\1%/p' -e '/^LIBC=/s/^LIBC=[ ]*\(.*\)/s%@LIBC [@]%\1%/p' -e '/^RANLIB=/s/^RANLIB=[ ]*\(.*\)/s%@RANLIB[@]%\1%/p' -e '/^MACH DEP=/s/^MACHDEP=[ ]*\(.*\)/s%@MACHDEP[@]%\1%/p' -e '/^SO=/s/^SO=[ ] *\(.*\)/s%@SO[@]%\1%/p' -e '/^LDSHARED=/s/^LDSHARED=[ ]*\(.*\)/s%@LDSHARED[@]% \1%/p' -e '/^CCSHARED=/s/^CCSHARED=[ ]*\(.*\)/s%@CCSHARED[@]%\1%/p' -e '/^SG I_ABI=/s/^SGI_ABI=[ ]*\(.*\)/s%@SGI_ABI[@]%\1%/p' -e '/^LINKFORSHARED=/s/^L INKFORSHARED=[ ]*\(.*\)/s%@LINKFORSHARED[@]%\1%/p' -e '/^prefix=/s/^prefix=\(. *\)/s%^prefix=.*%prefix=\1%/p' -e '/^exec_prefix=/s/^exec_prefix=\(.*\)/s%^exec _prefix=.*%exec_prefix=\1%/p' /usr/local/lib/python2.0/config/Makefile >sedscri pt echo "/^#@SET_CCC@/d" >>sedscript echo "/^installdir=/s%=.*%= /usr/local%" >>sedscript echo "/^exec_installdir=/s%=.*%=/usr/local%" >>sedscript echo "/^srcdir=/s%=.*%= .%" >>sedscript echo "/^VPATH=/s%=.*%= .%" >>sedscript echo "/^LINKPATH=/s%=.*%= %" >>sedscript echo "/^BASELIB=/s%=.*%= %" >>sedscript echo "/^BASESETUP=/s%=.*%= %" >>sedscript sed -f sedscript ./Makefile.pre.in >Makefile.pre /usr/local/lib/python2.0/config/makesetup -m Makefile.pre -c /usr/local/lib/pyt hon2.0/config/config.c.in Setup -n /usr/local/lib/python2.0/config/Setup.config /usr/local/lib/python2.0/config/Setup.local /usr/local/lib/python2.0/config/Set up make -f Makefile do-it-again /usr/local/lib/python2.0/config/makesetup -m Makefile.pre -c /usr/local/lib/pyt hon2.0/config/config.c.in Setup -n /usr/local/lib/python2.0/config/Setup.config /usr/local/lib/python2.0/config/Setup.local /usr/local/lib/python2.0/config/Set up make cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/ExtensionClass.c cc -shared -pthread ExtensionClass.o -o ExtensionClass.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/Acquisition.c cc -shared -pthread Acquisition.o -o Acquisition.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/MethodObject.c cc -shared -pthread MethodObject.o -o MethodObject.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/MultiMapping.c cc -shared -pthread MultiMapping.o -o MultiMapping.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/ThreadLock.c cc -shared -pthread ThreadLock.o -o ThreadLock.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/Missing.c cc -shared -pthread Missing.o -o Missing.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/Sync.c cc -shared -pthread Sync.o -o Sync.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/Record.c cc -shared -pthread Record.o -o Record.so cc -fPIC -I../Components/ExtensionClass -O -pipe -D_THREAD_SAFE -I/usr/local/in clude/python2.0 -I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Component s/ExtensionClass/ComputedAttribute.c cc -shared -pthread ComputedAttribute.o -o ComputedAttribute.so cc -fPIC -O -pipe -D_THREAD_SAFE -I/usr/local/include/python2.0 -I/usr/local/in clude/python2.0 -DHAVE_CONFIG_H -c ./../Components/cPickle/cStringIO.c cc -shared -pthread cStringIO.o -o cStringIO.so cc -fPIC -O -pipe -D_THREAD_SAFE -I/usr/local/include/python2.0 -I/usr/local/in clude/python2.0 -DHAVE_CONFIG_H -c ./../Components/cPickle/cPickle.c ./../Components/cPickle/cPickle.c:57: mymath.h: No such file or directory *** Error code 1 Stop in /virtuals/gosvald/zope/lib/python. Traceback (most recent call last): File "/virtuals/gosvald/zope/w_pcgi.py", line 111, in ? if __name__=='__main__': main(sys.argv[0]) File "/virtuals/gosvald/zope/w_pcgi.py", line 109, in main import wo_pcgi; wo_pcgi.main(me) File "/virtuals/gosvald/zope/wo_pcgi.py", line 104, in main import build_extensions File "/virtuals/gosvald/zope/inst/build_extensions.py", line 96, in ? make('lib','python') File "/virtuals/gosvald/zope/inst/do.py", line 135, in make do('make') File "/virtuals/gosvald/zope/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 256 Can anyone help please??? Regards, George Osvald E-mail: mail@okstudio.com.au http://www.okstudio.com.au
The impression I get from the Zope dev site is that 2.3.0b1 (and possibly before the beta) will compile and run under Python 2.0, but I haven't tried it myself. Anything 2.2.x needs patches, which I couldn't get working right after a couple hours of tinkering with it. Python 2.0 support will not be 100% "supported" in 2.3 final, but that doesn't necessarily mean it won't run. See http://dev.zope.org/Wikis/DevSite/Projects/Python20Migration/FrontPage for details. _______________________ Ron Bickers Logic Etc, Inc. rbickers@logicetc.com -----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of OK Studio Sent: Thursday, January 18, 2001 12:33 AM To: zope@zope.org Subject: [Zope] Python 2.0 ?????? My web site had been working until this morning for months without a problem. When investigating the cause of the crush I found out that my ISP just upgraded to python 2.0 without my knowledge. My site is as far as I know the only zope site there. It does not start or build. I tried to upgrade to version 2.2.5 (I was running 2.2.2) without a success. This is what i got when trying to upgrade to version 2.2.5 :
The impression I get from the Zope dev site is that 2.3.0b1 (and possibly before the beta) will compile and run under Python 2.0, but I haven't tried it myself. Anything 2.2.x needs patches, which I couldn't get working right after a couple hours of tinkering with it. Python 2.0 support will not be 100% "supported" in 2.3 final, but that doesn't necessarily mean it won't run.
Yes - 2.3 contains some changes (thanks mostly to Toby Dickenson) that let it build and run w/o patches under Python 2. Python 2 is still not "officially supported", in that you are on your own if you run into problems that are Python 2-specific and 2.3 doesn't make use of any 2.0 features (unicode, etc.) I expect Zope 2.4 to be mainly about moving offically to Python 2 (2.4 will likely require Python 2) and integrating unicode, etc. Brian Lloyd brian@digicool.com Software Engineer 540.371.6909 Digital Creations www.digicool.com
Hi, I can't set the ID of a instance to be "URL". Once I create one, the folder which contains that object will not work again under management view. If you want to try by yourself, try in a non-critical folder (a new one just for trying). Just create a new DTML Document and set id to be 'URL'. Is this a bug or not? Iap
Here for the HTML impaired: ;-)
"iap_y2fun.com" wrote:
Hi, I can't set the ID of a instance to be "URL". Once I create one, the folder which contains that object will not work again under management view. If you want to try by yourself, try in a non-critical folder (a new one just for trying). Just create a new DTML Document and set id to be 'URL'.
Is this a bug or not?
Looks like a bug to me, submit it to the collector: http://classic.zope.org:8080/Collector/ I wonder how many of these others share the same problem: -URL1, BASE1, etc -AUTHENTICATED_USER and other CGI-ish variables -etc ;-) I expect you could also get the same effect by creating properties with these names :-S cheers, Chris
On Thursday 18 January 2001, at 16 h 33, the keyboard of "OK Studio" <mail@okstudio.com.au> wrote:
ISP just upgraded to python 2.0 without my knowledge.
(BTW, I run Zope 2.2.2 with Python 2.0c1 for several months without any problem.)
cc -fPIC -O -pipe -D_THREAD_SAFE -I/usr/local/include/python2.0 = -I/usr/local/in clude/python2.0 -DHAVE_CONFIG_H -c ./../Components/cPickle/cPickle.c ../../Components/cPickle/cPickle.c:57: mymath.h: No such file or = directory
Small bug: just suppress the #include ... mymath.h and recompile.
participants (6)
-
Brian Lloyd -
Chris Withers -
iap_y2fun.com -
OK Studio -
Ron Bickers -
Stephane Bortzmeyer