[Community] compilation error FreeBSD PCL v 0.9/ became: ZCO/ Zope startup error
Tilmann Steinmetz
tilmann.steinmetz at geo.uni-halle.de
Sat Dec 3 23:57:45 EET 2005
Hi Sean!
thank you very much for taking care of it so quickly- in fact explicitly
adding include dir to setup.py command line did the trick- I was able to
install PCL finally! (I left all the other stuff the way it was- no new
mapserver etc.- I leave this for tomorrow since a new problem with ZCO
has appeared -)
Now, if I follow the installation man for linux, going to step 3-
everything is fine- I had to change PYTHON to the new version which I am
using now (2.4 which is /usr/local/bin/python - I seem to be having
both /usr/local/bin/python2.3 and this .. any harm there?)
So I change to PYTHON="/usr/bin/python" in runzope and zopectl and
symlink EPSG.
Step 4: Installing ZCO is the next major hurdle though....: I am getting
the following messing after unpacking the archive ZCO-0.6.tar.gz
into /usr/local/www/Zope/Products/ and
running /usr/local/www/Zope/bin/runzope
bash-2.05b# ./runzope
/usr/local/lib/python2.4/whrandom.py:38: DeprecationWarning: the
whrandom module is deprecated; please use the random module
DeprecationWarning)
------
2005-12-03T21:41:56 INFO(0) ZServer HTTP server started at Sat Dec 3
21:41:56 2005
Hostname: umwelt.geologie.uni-halle.de
Port: 8080
------
2005-12-03T21:41:56 INFO(0) ZServer FTP server started at Sat Dec 3
21:41:56 2005
Hostname: umwelt.geologie.uni-halle.de
Port: 8021
------
2005-12-03T21:41:56 INFO(0) Zope Set effective user to "www"
------
2005-12-03T21:41:58 INFO(0) PlacelessTranslationService Applying patch
*** Patching ZPublisher.Publish with the get_request patch! ***
------
2005-12-03T21:41:59 INFO(0) IngeniWeb
NOTICE global_symbols.py:22:Sat Dec 3 21:41:59 2005:
'Starting /usr/local/www/Zope/Products/GroupUserFolder at 4 debug level'
------
2005-12-03T21:41:59 ERROR(200) Zope Could not import Products.ZCO-0.6
Traceback (most recent call last):
File "/usr/local/www/Zope/lib/python/OFS/Application.py", line 673, in
import_product
product=__import__(pname, global_dict, global_dict, silly)
ImportError: No module named ZCO-0.6
Traceback (most recent call last):
File "/usr/local/www/Zope/lib/python/Zope/Startup/run.py", line 50,
in ?
run()
File "/usr/local/www/Zope/lib/python/Zope/Startup/run.py", line 19, in
run
start_zope(opts.configroot)
File "/usr/local/www/Zope/lib/python/Zope/Startup/__init__.py", line
52, in start_zope
starter.startZope()
File "/usr/local/www/Zope/lib/python/Zope/Startup/__init__.py", line
231, in startZope
Zope.startup()
File "/usr/local/www/Zope/lib/python/Zope/__init__.py", line 47, in
startup
_startup()
File "/usr/local/www/Zope/lib/python/Zope/App/startup.py", line 45, in
startup
OFS.Application.import_products()
File "/usr/local/www/Zope/lib/python/OFS/Application.py", line 650, in
import_products
import_product(product_dir, product_name, raise_exc=debug_mode)
File "/usr/local/www/Zope/lib/python/OFS/Application.py", line 673, in
import_product
product=__import__(pname, global_dict, global_dict, silly)
ImportError: No module named ZCO-0.6
end of the story-
excuse my ignorance but are the contents of the archive complete and
sufficient after I copy them into Products or do I have to
compile /setup anything?
I can see there are no *.pyc files, as in my other products'
directories. And if I try to compile:
bash-2.05b# pwd
/usr/local/www/Zope/Products/ZCO-0.6
bash-2.05b# ls
CHANGES.txt Layer.py VERSION.txt
ogclib
DEPENDENCIES.txt MapRenderer.py WMS.py
runalltests
DataStore.py README.txt __init__.py
tests
HISTORY.txt Style.py doc
www
LICENSE.txt Symbolizer.py interfaces.py
bash-2.05b# python __init__.py
bash-2.05b# python Style.py
Traceback (most recent call last):
File "Style.py", line 23, in ?
import Globals
ImportError: No module named Globals
bash-2.05b#
I must admit I don't know whether or not Globals should be found - the
same thing happens if I try to compile in some other Product's home.
(all those products came from the FreeBSD ports collection- I didn't
have to install them manually... that's why I didn't have to know how
to- yet)
I guess this must be something with an easy solution- I hope you can
help (and I can use Primagis and not bother..)!
Thanks a lot in advance-
Tilmann
Am Freitag, den 02.12.2005, 09:05 -0700 schrieb Sean Gillies:
> On Dec 2, 2005, at 9:30 AM, Tilmann Steinmetz wrote:
>
> > Hello list,
> >
> > I am very new to PCL but I am in theory familiar what to take care
> > of in
> > the process of this installation. I do however consistently run
> > into the
> > error visible in the printout attached to this mail when I try to
> > compile /PCL-0.9 - and I am stuck with this now... I really hope
> > someone
> > has an idea as to what happens...
> >
> > I am using FreeBSD 5.2.1 with a Mapserver 4.4.1 which has been
> > compiled
> > with the following options
> >
> > ./configure --enable-runpath --with-freetype --with-gd=/usr/local
> > --with-proj=/usr/local --with-tiff=/usr/local --with-ming=/usr/local
> > --with-pdf=/usr/local --with-wms --with-wmsclient --with-wfs
> > --with-wfsclient --with-gdal=/usr/local/bin/gdal-config
> > --with-ogr=/usr/local/bin/gdal-config
> > --with-postgis=/usr/local/bin/pg_config --with-php=/usr/local
> > --with-curl=/usr/local --enable-debug --prefix=/usr/local
> > i386-portbld-freebsd5.2.1
> >
> >
> > One thing you might recognize is: I didn't compile the thread support
> > in. This is because I just didn't know how- every time I put
> > --with-threads in the Makefile, it complains and doesn't find the
> > library. If I add --with-threads=/usr/local/include it does seem to
> > find
> > pthreads but this doesn't seem to be what it expects.
> >
> > However, what I come out with is the following mapserver executable
> >
> >
> > /usr/local/www/cgi-bin/mapserv -v:
> > MapServer version 4.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE
> > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
> > SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR
> > INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG
> >
> >
> > -Python is 2.4.2
> >
> > I believe all the dependencies have been met but the output below
> > indicates that the GD library/path is not found if I don't
> > misunderstand
> > it?
> >
> >
> > I tried to recompile php4-cgi, gdal, gd and their dependencies etc.
> > -no
> > luck at all!
> >
> > Thank you very much for every idea to shed some light on this!
>
> Hi Tilmann,
>
> If it is possible, I recommend that you use MapServer 4.6.1. It has a
> number of bug fixes and improvements. You can simplify the
> configuration step by eliminating the --with-ming and --with-php
> options. MapServer's MING support is obsolete. You won't need PHP for
> use with PCL, and it's possible that this interferes.
>
> I'm an OS X user, so I have a little experience with FreeBSD. On my
> iBook, the --with-threads option finds pthreads just fine, but I have
> to make a simple hack to the resulting Makefile. Search in the
> Makefile for -DUSE_THREAD and then change it to -DUSE_THREAD -Dunix.
> This is a known bug in MapServer.
>
> Your errors below indicate that the GD headers are not found. If gd.h
> is really in /usr/local/include, maybe it is a matter of Python not
> finding the includes. You could try explicitly adding include dirs to
> the setup.py command line like
>
> $ python setup.py build_ext -I /usr/local/include install
>
> Good luck. Let us know how it goes.
>
> cheers,
> Sean
>
> ---
> Sean Gillies
> sgillies at frii dot com
> http://zcologia.com/news
>
>
>
--
Dipl. Geol. MSc Tilmann Steinmetz
Umweltgeologie Uni Halle
Von-Seckendorff-Platz 3
06120 Halle (Saale)
Tel. 0345 55 26 072
mail tilmann.steinmetz at geo.uni-halle.de
More information about the Community
mailing list