Another thing I noticed: While doing
# pkg_delete -d mapserver-6.2.1_2
I receive errors concerning the Python mapscript module:
pkg_delete: file '/usr/local/lib/python2.7/site-packages/mapscript.py'
doesn't exist
pkg_delete: file '/usr/local/lib/python2.7/site-packages/mapscript.pyc'
doesn't exist
pkg_delete: file '/usr/local/lib/python2.7/site-packages/_mapscript.so'
doesn't exist
pkg_delete: file
'/usr/local/lib/python2.7/site-packages/MapScript-6.2.1-py2.7.egg-info'
doesn't exist
pkg_delete: couldn't entirely delete package `mapserver-6.2.1_2'
(perhaps the packing list is incorrectly specified?)
This is probably not intended, isn't it?
I've got the following (leftover) eggs from previous installations left
in /usr/local/lib/python2.7/site-packages
drwxr-xr-x 3 root wheel 512 Sep 12 2012
MapScript-6.0.1-py2.7-freebsd-9.0-RELEASE-amd64.egg
drwxr-xr-x 3 root wheel 512 Jul 1 09:32
MapScript-6.2.0-py2.7-freebsd-9.1-RELEASE-p3-amd64.egg
drwxr-xr-x 3 root wheel 512 Sep 4 08:50
MapScript-6.2.0-py2.7-freebsd-9.1-RELEASE-p4-amd64.egg
drwxr-xr-x 3 root wheel 512 Sep 5 13:33
MapScript-6.2.1-py2.7-freebsd-9.1-RELEASE-p6-amd64.egg
Frank
Am 2013-09-05 13:43, schrieb Frank Broniewski:
Any ideas? Is it just me or everyone else?
Frank
Am 2013-09-04 09:31, schrieb Frank Broniewski:
Hi all,
I've a problem with my mapserver installation, the utility shp2img isn't
working, which is kind of odd. I get the following error when invoking
it:
/usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
exist
This script is just a wrapper for shp2img.
See the libtool documentation for more information.
I don't know what I shall do about that error now. On my Ubuntu machine,
shp2img is a binary and not a shell script like on FreeBSD. While
looking at the script, the error is invoked at the end of it (lines 205
- 207):
189 if test -f "$progdir/$program"; then
190 # Add our own library path to LD_LIBRARY_PATH
191
LD_LIBRARY_PATH="/usr/ports/graphics/mapserver/work/mapserver-6.2.1/.libs:/usr/local/lib:$LD_LI
192
193 # Some systems cannot cope with colon-terminated
LD_LIBRARY_PATH
194 # The second colon is a workaround for a bug in BeOS R4 sed
195 LD_LIBRARY_PATH=`$ECHO "$LD_LIBRARY_PATH" | /usr/bin/sed
's/::*$//'`
196
197 export LD_LIBRARY_PATH
198
199 if test "$libtool_execute_magic" != "%%%MAGIC variable%%%";
then
200 # Run the actual program with our arguments.
201 func_exec_program ${1+"$@"}
202 fi
203 else
204 # The program doesn't exist.
205 $ECHO "$0: error: \`$progdir/$program' does not exist" 1>&2
206 $ECHO "This script is just a wrapper for $program." 1>&2
207 $ECHO "See the libtool documentation for more information."
1>&2
208 exit 1
209 fi
This is rather confusing as I don't know what role the libtool plays and
what I can gain from reading the rather exhaustive documentation ...
Any hints?
Many thanks,
Frank
--
Frank BRONIEWSKI
METRICO s.à r.l.
géomètres
technologies d'information géographique
rue des Romains 36
L-5433 NIEDERDONVEN
tél.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
http://www.metrico.lu
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"