From owner-freebsd-ports@FreeBSD.ORG Thu Sep 5 12:29:30 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 08FC4213; Thu, 5 Sep 2013 12:29:30 +0000 (UTC) (envelope-from brfr@metrico.lu) Received: from design20.letzebuerg.net (design20.letzebuerg.net [176.9.210.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B94892A6C; Thu, 5 Sep 2013 12:29:29 +0000 (UTC) Received: from ip-88-207-236-31.dyn.luxdsl.pt.lu ([88.207.236.31]:60366 helo=[192.168.0.32]) by design20.letzebuerg.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VHYhI-0004Zl-Hf; Thu, 05 Sep 2013 14:30:05 +0200 Message-ID: <52287923.8010908@metrico.lu> Date: Thu, 05 Sep 2013 14:29:23 +0200 From: Frank Broniewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 Subject: Re: Mapserver shp2img References: <5226E1ED.9050405@metrico.lu> <52286E4E.4070605@metrico.lu> In-Reply-To: <52286E4E.4070605@metrico.lu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - design20.letzebuerg.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - metrico.lu X-Get-Message-Sender-Via: design20.letzebuerg.net: authenticated_id: brfr@metrico.lu Cc: wen@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2013 12:29:30 -0000 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