graphics/mapnik fails to build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I can't get mapnik to build: it fails with snip c++ -o demo/c++/rundemo -L/usr/local/lib demo/c++/rundemo.o -Ldeps/agg - -Lsrc -L/usr/local/lib -L/usr/lib -lagg -lfreetype -lz -licuuc - -lboost_filesystem -lboost_system -lboost_regex -lproj -lpng -ljpeg - -ltiff -lxml2 -lboost_thread -licui18n -lcairo -lmapnik src/libmapnik.so: undefined reference to `agg::comp_op_rgba_saturationagg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' src/libmapnik.so: undefined reference to `agg::comp_op_rgba_valueagg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' src/libmapnik.so: undefined reference to `agg::comp_op_rgba_hueagg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' src/libmapnik.so: undefined reference to `agg::comp_op_rgba_coloragg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' scons: *** [demo/c++/rundemo] Error 1 scons: building terminated because of errors. *** [do-build] Error code 1 Stop in /usr/ports/graphics/mapnik. *** [build] Error code 1 Stop in /usr/ports/graphics/mapnik. any ideas? this happens on: # uname -a FreeBSD frodo.metrico 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMXCTAAoJEHopqW0d1cQVsXcH/2TOxp7DbuDvO5sWtM/uNp6w qQqTIK4rv8ZnWYY/gAFhovD0X59p4pkJts5q2rphxuaYcuk5hFCKCYKEsr/jnLHB iRd1EkE82mciqcUfAX6fEHQlWEpV1YAg1FiE20dJo4FZ25SGlmQRfbUjBuTrNjv1 73wBXdv63E2rAIeSEvIbP+BYSMmapTEFgQL2gLdCBqkgKyl4R2D5HGl/s6fhpRuq jOZh24KmQmpfpOl1GxXTvASqpo4eRqOP+RQ6vBVABcEryRH5PP+mUqZjI3xTbJwa zY71ZKkwYbYD9N5RipbwQIjPL75zSi9JpqeDvV2ThQuE5Yu7eDIRVkh13vBe5CM= =0qRY -END PGP SIGNATURE- ___ 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
Re: graphics/mapserver Python mapscript fails
Hi, When I run `make` in the graphics/mapserver dir and examine the work directory I notice that there is indeed a mapscript/python subfolder including a setup.py. Unfortunately running # python setup.py sdist to create an egg it fails, notifying me that: # python setup.py sdist Traceback (most recent call last): File setup.py, line 215, in module mapserver_version = get_config('version', config='../../mapserver-config') File setup.py, line 105, in get_config v = read_mapscriptvars() File setup.py, line 79, in read_mapscriptvars raise IOError, '%s. %s' % (e, Has MapServer been made?) IOError: [Errno 2] No such file or directory: '../../mapscriptvars'. Has MapServer been made? Does this help? Am 2014-03-19 09:21, schrieb Frank Broniewski: Hi, I can't seem to build mapserver-6.4.0_1 with Python mapscript. I noticed the following lines at the end of the mapscript build: === Registering installation for mapserver-6.4.0_1 pkg-static: lstat(/usr/local/lib/python2.7/site-packages/mapscript.py): No such file or directory pkg-static: lstat(/usr/local/lib/python2.7/site-packages/mapscript.pyc): No such file or directory pkg-static: lstat(/usr/local/lib/python2.7/site-packages/_mapscript.so): No such file or directory pkg-static: lstat(/usr/local/lib/python2.7/site-packages/MapScript-6.4.0-py2.7.egg-info): No such file or directory Installing mapserver-6.4.0_1... done And import mapscript in Python yields an error: File /usr/local/lib/python2.7/site-packages/MapScript-6.2.1-py2.7-freebsd-9.1-RELEASE-p7-amd64.egg/mapscript.py, line 25, in module _mapscript = swig_import_helper() File /usr/local/lib/python2.7/site-packages/MapScript-6.2.1-py2.7-freebsd-9.1-RELEASE-p7-amd64.egg/mapscript.py, line 21, in swig_import_helper _mod = imp.load_module('_mapscript', fp, pathname, description) ImportError: Shared object libmapserver-6.2.1.so not found, required by _mapscript.so Apparently there's still an old lib link flying around. Rebuilding Python didn't help though. This is on uname -a FreeBSD frodo.metrico 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Any ideas? 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
Re: graphics/mapnik fails to build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried portdowngrade graphics/mapnik r340725 and that works. So I think it might be related to some recent changes ... Frank Am 2014-03-25 13:03, schrieb Frank Broniewski: Hi, I can't get mapnik to build: it fails with snip c++ -o demo/c++/rundemo -L/usr/local/lib demo/c++/rundemo.o -Ldeps/agg -Lsrc -L/usr/local/lib -L/usr/lib -lagg -lfreetype -lz -licuuc -lboost_filesystem -lboost_system -lboost_regex -lproj -lpng -ljpeg -ltiff -lxml2 -lboost_thread -licui18n -lcairo -lmapnik src/libmapnik.so: undefined reference to `agg::comp_op_rgba_saturationagg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' src/libmapnik.so: undefined reference to `agg::comp_op_rgba_valueagg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' src/libmapnik.so: undefined reference to `agg::comp_op_rgba_hueagg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' src/libmapnik.so: undefined reference to `agg::comp_op_rgba_coloragg::rgba8, agg::order_rgba::blend_pix(unsigned char*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int)' scons: *** [demo/c++/rundemo] Error 1 scons: building terminated because of errors. *** [do-build] Error code 1 Stop in /usr/ports/graphics/mapnik. *** [build] Error code 1 Stop in /usr/ports/graphics/mapnik. any ideas? this happens on: # uname -a FreeBSD frodo.metrico 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 ___ 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 - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTMZEZAAoJEHopqW0d1cQVWVMIAKEgtz1tGnZ5y4XTrZqcGDKK jpIO55bW+OtWLy04MjhW7IdguXNncU7sakIkQzhu71lkJhNpQTqe5iNQkGyyDRDM R2Y3MGFngumJLe7wDZDNpQus+kv58k5Nm0ELzEDuUOFM03gigthuxDtaAadolYNM b30E1156+3P9YKlCpOTO/hkhdXQrMRD87GdTMOa5SfkoIR/p2WtgOmlcJDVOp1CD YAk8XXRxVlqbvtUEIU3a6RR0rw4vacWjSlzkE/26sCg85J1PZaFrGJfCAG18onJC t4sBTfVRTd60oHc5Hya2P6Q9uLwNCCt/nkm2X1cOFSOkrwbeVSVFo6PPlTssQck= =vnrZ -END PGP SIGNATURE- ___ 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
graphics/mapserver Python mapscript fails
Hi, I can't seem to build mapserver-6.4.0_1 with Python mapscript. I noticed the following lines at the end of the mapscript build: === Registering installation for mapserver-6.4.0_1 pkg-static: lstat(/usr/local/lib/python2.7/site-packages/mapscript.py): No such file or directory pkg-static: lstat(/usr/local/lib/python2.7/site-packages/mapscript.pyc): No such file or directory pkg-static: lstat(/usr/local/lib/python2.7/site-packages/_mapscript.so): No such file or directory pkg-static: lstat(/usr/local/lib/python2.7/site-packages/MapScript-6.4.0-py2.7.egg-info): No such file or directory Installing mapserver-6.4.0_1... done And import mapscript in Python yields an error: File /usr/local/lib/python2.7/site-packages/MapScript-6.2.1-py2.7-freebsd-9.1-RELEASE-p7-amd64.egg/mapscript.py, line 25, in module _mapscript = swig_import_helper() File /usr/local/lib/python2.7/site-packages/MapScript-6.2.1-py2.7-freebsd-9.1-RELEASE-p7-amd64.egg/mapscript.py, line 21, in swig_import_helper _mod = imp.load_module('_mapscript', fp, pathname, description) ImportError: Shared object libmapserver-6.2.1.so not found, required by _mapscript.so Apparently there's still an old lib link flying around. Rebuilding Python didn't help though. This is on uname -a FreeBSD frodo.metrico 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Any ideas? 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
Re: FreeBSD Port: mapserver-6.2.1_2 building with python support requires python 2.6.
Am 2013-09-10 08:11, schrieb Ruslan Makhmatkhanov: David Wahlund wrote on 09.09.2013 22:46: This throws a this port is deprecated-warning. EoL for python26 is 1 october 2013. Just a heads up. Regards David It builds fine python 2.7: https://redports.org/~rm/20130909204800-7664-143662/mapserver-6.2.1_3.log Would you try to change USE_PYTHON to -2.7 and check if it works for you? I'm doing this already. For me, in line 55 in the Makefile, I have the following line: USE_PYTHON= 2.7 and Mapscript works as usual ... 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
Re: Mapserver shp2img
Cool! It works! Thanks for helping, Frank Am 2013-09-06 18:05, schrieb wen heping: Would you test with this simple patch? Thanks ! wen Index: Makefile === --- Makefile(revision 326520) +++ Makefile(working copy) @@ -187,7 +187,7 @@ do-install: .for f in ${PROG_FILES} - ${INSTALL_SCRIPT} ${WRKSRC}/${f} ${PREFIX}/bin + ${INSTALL_SCRIPT} ${WRKSRC}/.libs/${f} ${PREFIX}/bin .endfor ${INSTALL_PROGRAM} ${WRKSRC}/.libs/libmapserver-${PORTVERSION}.so ${PREFIX}/lib 2013/9/6 wen heping wenhep...@gmail.com I shall look into that later. wen 2013/9/5 Frank Broniewski b...@metrico.lu 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 12 206 $ECHO This script is just a wrapper for $program. 12 207 $ECHO See the libtool documentation for more information. 12 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 -- 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
Re: Mapserver shp2img
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 12 206 $ECHO This script is just a wrapper for $program. 12 207 $ECHO See the libtool documentation for more information. 12 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
Re: GDAL 1.10 build fails on FreeBSD
Am 2013-09-03 16:54, schrieb Rainer Hurling: Am 03.09.2013 15:11, schrieb Frank Broniewski: Hi all, I tried updating Gdal to the latest version on my FreeBSD system (9.1-RELEASE-p6), but the build fails: snip c postgisrasterdataset.cpp -fPIC -DPIC -o ../o/.libs/postgisrasterdataset.o postgisrasterdataset.cpp: In function 'void GDALRegister_PostGISRaster()': postgisrasterdataset.cpp:2096: error: 'GDAL_DMD_SUBDATASETS' was not declared in this scope gmake[2]: *** [../o/postgisrasterdataset.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.10.1/frmts/postgisraster' gmake[1]: *** [postgisraster-install-obj] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.10.1/frmts' gmake: *** [frmts-target] Error 2 *** [do-build] Error code 1 /snip PostGIS is POSTGIS=1.5.3 GEOS=3.3.8-CAPI-1.7.8 PROJ=Rel. 4.8.0, 6 March 2012 LIBXML=2.7.8 USE_STATS (procs from 1.5 r5385 need upgrade) so apparently no raster support ... Is this a port issue or shall I report it to the GDAL crew? This has been reported before. There is a conflict between old and new include/gdal.h, see also UPDATING 20130831. Uninstalling the old graphics/gdal before building the new one should work. HTH, Rainer Rainer, thanks for your help. I was updating mapserver when gdal got into the updating queue, so I didn't check UPDATING for gdal, only for mapserver. Lesson learned :-) Frank 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
Mapserver shp2img
Hi all, I've a problem with my mapserver installation, the utility shp2img isn't working. 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 12 206 $ECHO This script is just a wrapper for $program. 12 207 $ECHO See the libtool documentation for more information. 12 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
GDAL 1.10 build fails on FreeBSD
Hi all, I tried updating Gdal to the latest version on my FreeBSD system (9.1-RELEASE-p6), but the build fails: snip c postgisrasterdataset.cpp -fPIC -DPIC -o ../o/.libs/postgisrasterdataset.o postgisrasterdataset.cpp: In function 'void GDALRegister_PostGISRaster()': postgisrasterdataset.cpp:2096: error: 'GDAL_DMD_SUBDATASETS' was not declared in this scope gmake[2]: *** [../o/postgisrasterdataset.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.10.1/frmts/postgisraster' gmake[1]: *** [postgisraster-install-obj] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.10.1/frmts' gmake: *** [frmts-target] Error 2 *** [do-build] Error code 1 /snip PostGIS is POSTGIS=1.5.3 GEOS=3.3.8-CAPI-1.7.8 PROJ=Rel. 4.8.0, 6 March 2012 LIBXML=2.7.8 USE_STATS (procs from 1.5 r5385 need upgrade) so apparently no raster support ... Is this a port issue or shall I report it to the GDAL crew? 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
Re: FreeBSD Port: curl-7.24.0_3
Am 2013-07-02 06:48, schrieb Kevin Oberman: On Mon, Jul 1, 2013 at 12:18 AM, Andrey S. Shevchenko a.shevche...@compassplus.com wrote: Hi, Current curl version in the ports tree has vulnerabilities http://curl.haxx.se/docs/adv_20130622.html Please update it. Sincerely yours, Andrey Shevchenko Information Security Unit Engineer I just submitted a patch to update curl to ports/180072. Hi Folks, FYI there's already a PR for that http://www.freebsd.org/cgi/query-pr.cgi?pr=180058 -- 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
Re: portaudit: Wrong vulnerability information for devel/dbus
Am 2013-06-14 06:19, schrieb RyōTa SimaMoto: Hi, portaudit rejects the latest version (1.6.12) of devel/dbus because acceptable version is set too higher (1.16.12) than it. http://portaudit.FreeBSD.org/4e9e410b-d462-11e2-8d57-080027019be0.html ___ 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 Yup, happens for me too -- 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
Re: [graphics/mapserver] PHP Mapscript
Btw., I wonder why /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c appears in the core dump. Shouldn't that have been moved to an appropriate directory somewhere and the link be updated? Frank Am 2012-09-26 16:17, schrieb Frank Broniewski: Hi, I have a problem with PHP Mapscript (the graphics/mapserver package). I suppose the problem is in conjunction with the combination of lang/php5 (PHP 5.4.6) and Mapserver 6.0.3. Everytime I try to initiate a new mapObj in mapscript, PHP segfaults. My testscript: ?php echo ms_GetVersion(); $map = new mapObj('test.map'); ? ms_GetVersion() still works, but the next line ($map = new mapObj('test.map')) causes the segmentation fault to happen: brfr@frodo# php -f pi.php MapServer version 6.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILESegmentation fault (core dumped) An examination of the core with gdb yields brfr@frodo# gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 [snip ...] Reading symbols from /usr/local/lib/php/20100525-debug/tidy.so...done. Loaded symbols for /usr/local/lib/php/20100525-debug/tidy.so Reading symbols from /usr/local/lib/libtidy-0.99.so.0...done. Loaded symbols for /usr/local/lib/libtidy-0.99.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0069a10a in zend_std_get_constructor (object=0x8024762c8) at /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c:1271 1271/usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c: No such file or directory. in /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c [New Thread 802407400 (LWP 100919/php)] (gdb) I tried compiling everything back and forth, enabled and disabled all kinds of PHP extensions but nothing helps. Segfault is coming always back to me. Btw. root@frodo# php -v PHP 5.4.6 (cli) (built: Sep 26 2012 15:32:23) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies works, and all non-mapscript PHP applications seem to run fine. So, finally, any tipps to solve this problem are greatly appreceated ... 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
Re: [graphics/mapserver] PHP Mapscript
Sorry for spamming. I did a `make` in /usr/ports/lang/php5 and checked, if there's a Zend directory in work/php-5.4.6/, but there's no Zend directory in work. Should one be there? Can someone please verify, if there's usually a Zend directory at /usr/ports/lang/php5/work/php-5.4.6/? That would be very kind :-) If `Zend` is not a standard directory for compiling PHP, the directory seems to be introduced by another extension (mapscript maybe?) Thanks, Frank Am 2012-09-27 09:00, schrieb Frank Broniewski: Btw., I wonder why /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c appears in the core dump. Shouldn't that have been moved to an appropriate directory somewhere and the link be updated? Frank Am 2012-09-26 16:17, schrieb Frank Broniewski: Hi, I have a problem with PHP Mapscript (the graphics/mapserver package). I suppose the problem is in conjunction with the combination of lang/php5 (PHP 5.4.6) and Mapserver 6.0.3. Everytime I try to initiate a new mapObj in mapscript, PHP segfaults. My testscript: ?php echo ms_GetVersion(); $map = new mapObj('test.map'); ? ms_GetVersion() still works, but the next line ($map = new mapObj('test.map')) causes the segmentation fault to happen: brfr@frodo# php -f pi.php MapServer version 6.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILESegmentation fault (core dumped) An examination of the core with gdb yields brfr@frodo# gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 [snip ...] Reading symbols from /usr/local/lib/php/20100525-debug/tidy.so...done. Loaded symbols for /usr/local/lib/php/20100525-debug/tidy.so Reading symbols from /usr/local/lib/libtidy-0.99.so.0...done. Loaded symbols for /usr/local/lib/libtidy-0.99.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0069a10a in zend_std_get_constructor (object=0x8024762c8) at /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c:1271 1271/usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c: No such file or directory. in /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c [New Thread 802407400 (LWP 100919/php)] (gdb) I tried compiling everything back and forth, enabled and disabled all kinds of PHP extensions but nothing helps. Segfault is coming always back to me. Btw. root@frodo# php -v PHP 5.4.6 (cli) (built: Sep 26 2012 15:32:23) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies works, and all non-mapscript PHP applications seem to run fine. So, finally, any tipps to solve this problem are greatly appreceated ... 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
Re: [graphics/mapserver] PHP Mapscript
Hi, Can this be some kind of library version mismatch? Both PHP and Mapserver use GD for working with graphics. But PHP uses its internal GD while Mapserver uses the FreeBSD version. Both differ in version; FreeBSD GD is gd-2.0.35_8,1, PHP uses [GD Version] = bundled (2.0.34 compatible). So, how can I force PHP to use the FreeBSD GD version? If I had a .configure, I'd use --with-gd=/usr/... but how is that possible with make config? Frank Am 2012-09-27 09:00, schrieb Frank Broniewski: Btw., I wonder why /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c appears in the core dump. Shouldn't that have been moved to an appropriate directory somewhere and the link be updated? Frank Am 2012-09-26 16:17, schrieb Frank Broniewski: Hi, I have a problem with PHP Mapscript (the graphics/mapserver package). I suppose the problem is in conjunction with the combination of lang/php5 (PHP 5.4.6) and Mapserver 6.0.3. Everytime I try to initiate a new mapObj in mapscript, PHP segfaults. My testscript: ?php echo ms_GetVersion(); $map = new mapObj('test.map'); ? ms_GetVersion() still works, but the next line ($map = new mapObj('test.map')) causes the segmentation fault to happen: brfr@frodo# php -f pi.php MapServer version 6.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILESegmentation fault (core dumped) An examination of the core with gdb yields brfr@frodo# gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 [snip ...] Reading symbols from /usr/local/lib/php/20100525-debug/tidy.so...done. Loaded symbols for /usr/local/lib/php/20100525-debug/tidy.so Reading symbols from /usr/local/lib/libtidy-0.99.so.0...done. Loaded symbols for /usr/local/lib/libtidy-0.99.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0069a10a in zend_std_get_constructor (object=0x8024762c8) at /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c:1271 1271/usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c: No such file or directory. in /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c [New Thread 802407400 (LWP 100919/php)] (gdb) I tried compiling everything back and forth, enabled and disabled all kinds of PHP extensions but nothing helps. Segfault is coming always back to me. Btw. root@frodo# php -v PHP 5.4.6 (cli) (built: Sep 26 2012 15:32:23) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies works, and all non-mapscript PHP applications seem to run fine. So, finally, any tipps to solve this problem are greatly appreceated ... 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
[graphics/mapserver] PHP Mapscript
Hi, I have a problem with PHP Mapscript (the graphics/mapserver package). I suppose the problem is in conjunction with the combination of lang/php5 (PHP 5.4.6) and Mapserver 6.0.3. Everytime I try to initiate a new mapObj in mapscript, PHP segfaults. My testscript: ?php echo ms_GetVersion(); $map = new mapObj('test.map'); ? ms_GetVersion() still works, but the next line ($map = new mapObj('test.map')) causes the segmentation fault to happen: brfr@frodo# php -f pi.php MapServer version 6.0.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILESegmentation fault (core dumped) An examination of the core with gdb yields brfr@frodo# gdb /usr/local/bin/php php.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 [snip ...] Reading symbols from /usr/local/lib/php/20100525-debug/tidy.so...done. Loaded symbols for /usr/local/lib/php/20100525-debug/tidy.so Reading symbols from /usr/local/lib/libtidy-0.99.so.0...done. Loaded symbols for /usr/local/lib/libtidy-0.99.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0069a10a in zend_std_get_constructor (object=0x8024762c8) at /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c:1271 1271 /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c: No such file or directory. in /usr/ports/lang/php5/work/php-5.4.6/Zend/zend_object_handlers.c [New Thread 802407400 (LWP 100919/php)] (gdb) I tried compiling everything back and forth, enabled and disabled all kinds of PHP extensions but nothing helps. Segfault is coming always back to me. Btw. root@frodo# php -v PHP 5.4.6 (cli) (built: Sep 26 2012 15:32:23) (DEBUG) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies works, and all non-mapscript PHP applications seem to run fine. So, finally, any tipps to solve this problem are greatly appreceated ... 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
Re: [CFT] gdal 1.9.1 update and other changes
Hi, I got an error today while I tried to compile py-gdal in a jail where the ports dir is mounted as read-only. I don't know if that's really the reason for the compilation failure, but I can't think of anything else. The error is: make: don't know how to make sanity-config. Stop my /etc/make.conf: DISTDIR = /var/ports/distfiles PACKAGES = /var/ports/packages WRKDIRPREFIX = /tmp Unfortunately I am out of ideas, and google does not yield anything helpful for me, so I thought I mention this on the list here where are more skilled people than me hanging around ;-) I am glad to provide more info if necessary Frank Am 07.06.2012 05:30, schrieb Sunpoet Po-Chuan Hsieh: Hi, GDAL 1.9.1 was released several days ago. I'd like to make some changes along with this update [1]. The most important one is about the language bindings. I decide to move them to separate ports: - Perl binding: graphics/p5-Geo-GDAL [2] - Python binding: graphics/py-gdal [3] - PHP binding: graphics/php-gdal [4] - Ruby binding: graphics/ruby-gdal [5] The other changes to the Makefile include: - Update to 1.9.1 - Build with thread-safe support by default - Add lzma support - Adjust OPTIONS: - Add ICONV, KML and WEBP - Remove GRASS (cyclic dependency), PERL, PHP, PYTHON, RUBY and THREADS (default) - Add corresponding CONFIGURE_ARGS for disabled features - Cosmetic change Please test if it works for you. If I don't receive critical feedback, I plan to commit them this weekend or next Monday. Thanks! [1] http://people.freebsd.org/~sunpoet/gdal/gdal-1.9.1.patch [2] http://people.freebsd.org/~sunpoet/gdal/p5-Geo-GDAL.shar [3] http://people.freebsd.org/~sunpoet/gdal/php-gdal.shar [4] http://people.freebsd.org/~sunpoet/gdal/py-gdal.shar [5] http://people.freebsd.org/~sunpoet/gdal/ruby-gdal.shar Regards, sunpoet -- 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
Re: [CFT] gdal 1.9.1 update and other changes
Hi, I can confirm Rainers observation with swig13 and libkml, otherwise gdal builds and installs fine. Since I'm new to FreeBSD I still need to figure out what I need to do with those .shar files, so I can't give an update yet on the language packages Frank Am 07.06.2012 08:25, schrieb Rainer Hurling: Am 07.06.2012 05:30 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh: Hi, Many thanks for this update. What I observed so far: (1) graphics/gdal builds and installs fine. There is a minor problem: dependend port science/libkml (as option) does not configure, if devel/swig13 is installed. (2) graphics/py-gdal asks for option NUMPY several times, even once more if it wants to install (after build). (3) graphics(p5-Geo-GDAL gives warnings about unrecognized arguments, but it does build and install: Building against GDAL defined in /usr/local/bin/gdal-config Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__OGR for Geo::OGR Writing MYMETA.yml Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__GDAL__Const for Geo::GDAL::Const Writing MYMETA.yml Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__OSR for Geo::OSR Writing MYMETA.yml Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__GDAL for Geo::GDAL Writing MYMETA.yml make -f Makefile_Geo__GDAL (4) graphics/ruby-gdal builds and installs fine, distinctive features. (5) graphics/php-gdal does not build with following messages: === Building for php-gdal-1.9.1 /usr/bin/sed -e '/^GDAL_ROOT/d' /usr/local/share/gdal/GDALmake.opt /usr/ports/graphics/php-gdal/work/gdal-1.9.1/swig/php/../../GDALmake.opt /bin/cp /usr/local/include/cpl_config.h /usr/ports/graphics/php-gdal/work/gdal-1.9.1/swig/php/../../port/ c++ -I../../port -I../../gcore -I../../alg -I../../ogr `php-config --includes` -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3 -I/usr/local/include -fPIC -c gdal_wrap.cpp gdal_wrap.cpp: In function 'void* SWIG_ZTS_ConvertResourcePtr(zval*, swig_type_info*, int)': gdal_wrap.cpp:935: error: invalid conversion from 'const char*' to 'char*' gmake: *** [gdal_wrap.o] Fehler 1 *** [do-build] Error code 1 Hope this helps, Rainer GDAL 1.9.1 was released several days ago. I'd like to make some changes along with this update [1]. The most important one is about the language bindings. I decide to move them to separate ports: - Perl binding: graphics/p5-Geo-GDAL [2] - Python binding: graphics/py-gdal [3] - PHP binding: graphics/php-gdal [4] - Ruby binding: graphics/ruby-gdal [5] The other changes to the Makefile include: - Update to 1.9.1 - Build with thread-safe support by default - Add lzma support - Adjust OPTIONS: - Add ICONV, KML and WEBP - Remove GRASS (cyclic dependency), PERL, PHP, PYTHON, RUBY and THREADS (default) - Add corresponding CONFIGURE_ARGS for disabled features - Cosmetic change Please test if it works for you. If I don't receive critical feedback, I plan to commit them this weekend or next Monday. Thanks! [1] http://people.freebsd.org/~sunpoet/gdal/gdal-1.9.1.patch [2] http://people.freebsd.org/~sunpoet/gdal/p5-Geo-GDAL.shar [3] http://people.freebsd.org/~sunpoet/gdal/php-gdal.shar [4] http://people.freebsd.org/~sunpoet/gdal/py-gdal.shar [5] http://people.freebsd.org/~sunpoet/gdal/ruby-gdal.shar Regards, sunpoet ___ 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 -- 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
Re: [CFT] gdal 1.9.1 update and other changes
Yes, that worked. I tested it with py-gdal. First I had some problems because there were some other programs depending gdal-grass (QGIS, Grass GIS) which linked to the older gdal libs, but after deleting gdal-grass, I could import the module into python and run successfully some tests against some scripts I had written. (2) graphics/py-gdal asks for option NUMPY several times, even once more if it wants to install (after build). I can confirm this too ... I will test if the other languages compile asap. Btw, is it possible to compile more than one port at the same time? Or is this not advisable? Frank Am 07.06.2012 14:53, schrieb Rainer Hurling: Am 07.06.2012 14:38 (UTC+1) schrieb Frank Broniewski: Hi, I can confirm Rainers observation with swig13 and libkml, otherwise gdal builds and installs fine. Since I'm new to FreeBSD I still need to figure out what I need to do with those .shar files, so I can't give an update yet on the language packages It seems with these .shar files you have to create their top directories manually. What I did (as root) is: cd /usr/ports mkdir graphics/p5-Geo-GDAL sh p5-Geo-GDAL.shar mkdir graphics/py-gdal sh py-gdal.shar mkdir graphics/php-gdal sh php-gdal.shar mkdir graphics/ruby-gdal sh ruby-gdal.shar After that the new ports are available. Frank Am 07.06.2012 08:25, schrieb Rainer Hurling: Am 07.06.2012 05:30 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh: Hi, Many thanks for this update. What I observed so far: (1) graphics/gdal builds and installs fine. There is a minor problem: dependend port science/libkml (as option) does not configure, if devel/swig13 is installed. (2) graphics/py-gdal asks for option NUMPY several times, even once more if it wants to install (after build). (3) graphics(p5-Geo-GDAL gives warnings about unrecognized arguments, but it does build and install: Building against GDAL defined in /usr/local/bin/gdal-config Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__OGR for Geo::OGR Writing MYMETA.yml Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__GDAL__Const for Geo::GDAL::Const Writing MYMETA.yml Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__OSR for Geo::OSR Writing MYMETA.yml Unrecognized argument in LIBS ignored: '-pthread' Writing Makefile_Geo__GDAL for Geo::GDAL Writing MYMETA.yml make -f Makefile_Geo__GDAL (4) graphics/ruby-gdal builds and installs fine, distinctive features. (5) graphics/php-gdal does not build with following messages: === Building for php-gdal-1.9.1 /usr/bin/sed -e '/^GDAL_ROOT/d' /usr/local/share/gdal/GDALmake.opt /usr/ports/graphics/php-gdal/work/gdal-1.9.1/swig/php/../../GDALmake.opt /bin/cp /usr/local/include/cpl_config.h /usr/ports/graphics/php-gdal/work/gdal-1.9.1/swig/php/../../port/ c++ -I../../port -I../../gcore -I../../alg -I../../ogr `php-config --includes` -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3 -I/usr/local/include -fPIC -c gdal_wrap.cpp gdal_wrap.cpp: In function 'void* SWIG_ZTS_ConvertResourcePtr(zval*, swig_type_info*, int)': gdal_wrap.cpp:935: error: invalid conversion from 'const char*' to 'char*' gmake: *** [gdal_wrap.o] Fehler 1 *** [do-build] Error code 1 Hope this helps, Rainer GDAL 1.9.1 was released several days ago. I'd like to make some changes along with this update [1]. The most important one is about the language bindings. I decide to move them to separate ports: - Perl binding: graphics/p5-Geo-GDAL [2] - Python binding: graphics/py-gdal [3] - PHP binding: graphics/php-gdal [4] - Ruby binding: graphics/ruby-gdal [5] The other changes to the Makefile include: - Update to 1.9.1 - Build with thread-safe support by default - Add lzma support - Adjust OPTIONS: - Add ICONV, KML and WEBP - Remove GRASS (cyclic dependency), PERL, PHP, PYTHON, RUBY and THREADS (default) - Add corresponding CONFIGURE_ARGS for disabled features - Cosmetic change Please test if it works for you. If I don't receive critical feedback, I plan to commit them this weekend or next Monday. Thanks! [1] http://people.freebsd.org/~sunpoet/gdal/gdal-1.9.1.patch [2] http://people.freebsd.org/~sunpoet/gdal/p5-Geo-GDAL.shar [3] http://people.freebsd.org/~sunpoet/gdal/php-gdal.shar [4] http://people.freebsd.org/~sunpoet/gdal/py-gdal.shar [5] http://people.freebsd.org/~sunpoet/gdal/ruby-gdal.shar Regards, sunpoet ___ 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 -- 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