Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi! attached comes my MapServer ebuild contribution. http://mapserver.gis.umn.edu MapServer is an OpenSource development environment for building spatially enabled Internet applications. The only hard dependence is media-libs/gd that already exists on portage tree. This has its own license ... but I don`t know how to include this, so it's attached too.
Created an attachment (id=42853) [edit] mapserver-4.2.5.ebuild (New Package) It could be placed at app-sci. But, perhaps, we could create the science`s own tree. If so, it should be like sci-geo or sci-gis.
Created an attachment (id=42854) [edit] mapserver-4.2.5 license file A new license
A new USE tag is used in this ebuild: proj. proj "Adds support for dev-libs/proj cartographic projection library"
Cool! What would be the best way to have support for the various mapscript modules (perl, php, etc..)?
Created an attachment (id=44845) [edit] mapserver-4.2.5.ebuild with gdal and postgis I have added support for gdal (ebuild can be found here in the bug system) and postgis just for those who need it. See 'emerge -vp mapserver'.
I added on php support, so that it now generates php_mapscript.so. To do this I had to patch the php ebuild to use regex=system. This is a requirement rather than the default regex handling -- thus I included with the php patch USE="mapserver..." e.g.: # You must rebuild php if you have it already installed w/o the mapserver use flag. USE="mapserver proj tiff php gdal" emerge php mapserver
Created an attachment (id=45224) [edit] Patch to add php support to mapserver ebuild cd /usr/portage/*/mapserver # or # /usr/local/portage*/mapserver # then patch -p0 < mapserver_w_php.patch
Created an attachment (id=45225) [edit] mapserver ebuild w/ php support Php must have regex=system.
Created an attachment (id=45226) [edit] Patch for php ebuild to make it work w/ mapserver This patch simply changes the configure setting for php's regex handling.
I think that it would be good to mention that mapserver php module works only when php is run as cgi. I think that this is still true. I think it would be good to add this notice to the mapserver ebuild. This can save troubles :-)
Yes, probably a good idea. I'll add a little echo in somewhere to that affect and maybe add this url as well: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI
Created an attachment (id=45357) [edit] Newest ebuild w/ php support Simply added some einfo and made small change to path (now uses vars/was hardcoded).
Hi, as of version 4.4 there is a possibility to compile mapserver php module (php_mapscript.so) for php running in DSO mode (that is not in cgi mode). This feature unfortunatelly requires some regex/*.o files from php build. I'm not an ebuild programmer but I think that the most simple solution would be if mod_php ebuild laid off (= installed) somewhere the regex/*.o files. Then mapserver could easily use the same regex and compile as module for php running as a DSO. Here is the info from mapserver's README.CONFIGURE: --with-php-regex-dir=DIR Specify directory where the PHP4 bundled REGEX object files (regex/*.o) are available. Required in order to compile the PHP/MapScript module with PHP configured as a DSO. Would this approach be correct?
Yes, I think so. Someone more familiar w/ the php build than myself could probably be of some help.
PHP's Makefile (at least version 5) has the following targets which produce the regex/*.o files: regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo Wouldn't it be better to just perform a make of these targets (in the mapserver ebuild) using a user's portage php source and point --with-php-regex-dir to the regex directory? The advantage of this is mod_php doesn't need to be altered. I managed to do this by hand from source (on a RedHat system), so I imagine it should be possible to do from an ebuild. I'm new to ebuilds/gentoo so apologies if I haven't notice some insurmountable obstacle!
Created an attachment (id=54349) [edit] Update of ebuld file I noticed that "proj" and "gdal" are now in the "sci-libs" directory in the latest portage tree, so I made changes to the ebuild accordingly. I also added a "if use php" check to the "src_install" function so that the ebuild would not try to install "php_mapscript.so" unless "php" is in use.
Is there a consensus on where to put the mapserver ebuild in the portage tree? From the comments I noticed someone has sugested "sci-geo" or "sci-gis". Looking at the latest portage tree I see there is already "sci-geosciences". Applications like GRASS reside there. Perhaps mapserver should go there as well?
Geosciences seems to be the correct place since this is a GIS application. As for the regex stuff. Mapserver itself does not need the php includes, tho mapscript/php does. I've been working on a project for the last few weeks on mapserver. To compile mapserver/mapscript with php DSO suport you need the source of mod_php so having the work directory availible is needed. however as most people don't have keepwork in KEYWORDS we'll need to have a workaround. generally I ebuild mod_php compile then configure mapserver. I'll also have a look at the php ebuilds and see if there is a clean way of doing this.
*** Bug 20106 has been marked as a duplicate of this bug. ***
*** Bug 39972 has been marked as a duplicate of this bug. ***
*** Bug 91774 has been marked as a duplicate of this bug. ***
I marked all other open requests for this app as duplicates of this bug. Having 4 separate requests for one ebuild is just waste of development effort.
Created an attachment (id=58494) [edit] mapserver-4.4.2.ebuild I present my apologies for my last post (on the bad bug...), in fact I've made this post too quicly just before a trip, realy sorry .. This ebuild support the mapscripts : ruby, perl, python, tcl, java, php and mono. The lastest compile, but I'm unable to run the compiled files (which are exe files) cause I'm a n00b in the mono environment, help for this language is welcome. NOTE: If you have proj in your USE variable then mapserver will be installed with the wmsclient support. If you use, in addition to postgis, the gdal option then the ogr wfs wcs wmsclient wfsclient will be enabled automaticaly. The examples files for each languages supports are now located directly into the /usr/share/doc/mapserver-4.4.2/mapscript directory (I use /opt/mapserver before but I don't think it's a good idea to do that way .... ). For the geos support please refer this bug : http://bugs.gentoo.org/show_bug.cgi?id=38060 (here I use the last one). For postgis support I use this ebuild : http://bugs.gentoo.org/attachment.cgi?id=58216&action=view which is extracted from this bug : http://bugs.gentoo.org/show_bug.cgi?id=82419 (you could also use the 1.0.0 version of the ebuild). If someone have any kind of problem using this ebuild thanks to use this bugzilla interface to inform me. Regards.
Created an attachment (id=58498) [edit] The patch for php-cgi ebuild When this patch is applied, you are able to use the option "mapscript" to compile the php-cgi ebuild with the well known --with-regex=system option. As you'll be warned when installing the mapserver ebuild, you also need to add the noclean flag to your FEATURES in order to use the sources tree where php-cgi has been compiled to compile mapserver. Now I hope that you've got all the requiered parts. (else you could ever find what I forget here : http://www.01map.net/gentoo/ , but thanks to put a note on that page)
Created an attachment (id=58756) [edit] DBD-XBase-0.240.ebuild Maybe not the right place to put this ebuild but it's so simple ... For a complete usablity of the sample perl scripts you need this to be installed (the insertion in the mapserver ebuild is not made for the moment cause it imply that we've already add the DBD-XBase-0.240.ebuild to portage tree or to your overlay ... ).
Was building mapserver today on a fresh system and it looks like there is a swig dependency that needs to be in the ebuild, or one of the dependant ebuilds. This is the first error , there were a few more. looking for Tcl in /usr found lib/tclConfig.sh in /usr looking for Swig in /usr/local can not find swig.h in /usr/local/include using pre-built swig tcl interface tcl version = 8.4 creating Makefile swig -tcl8 -dhtml -namespace -DIGNORE_MISSING_DATA -DNEED_STRLCAT -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_OGR -DUSE_GDAL -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -I. -I/usr/include -I/usr/include/gdal \ mapscript.i make: swig: Command not found make: *** [mapscript_wrap.c] Error 127
Created an attachment (id=61374) [edit] mapserver-4.4.2.ebuild Thank you for your post and scuse me, it's my fault. Indeed as you could see in the old ebuild there is no requirement for the tcl support but you need tcl and swig so you could add it by yourself (add this line in the DEPEND set : tcl? (dev-lang/tcl dev-lang/swig) ) or simply use this new proposed version of the mapserver ebuild. That's must work now for the tcl support. If anyone have tested the mono support, it will be welcome to notice here the results gotten.
The same modification must be made for the mono support (If you want the lastest release made, you could use this link : http://www.01map.net/gentoo and browse the overlay, you could also read the corresponding "emerging log" in the "logs" directory).
Hmm, I would like to test mapserver with postgis and mapscirpt, but this is what I got when emerging mapserver. How should I go on? -- evis ----8<------ i686-pc-linux-gnu-gcc -c -O2 -march=athlon-xp -fomit-frame-pointer -pipe -fPIC -Wall -DIGNORE_MISSING_DATA -DNEED_STRLCAT -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_ICONV -DUSE_PHP_REGEX -I//var/tmp/portage/php-cgi-4.3.11-r1/work/php-4.3.11//regex/.. -DUSE_POSTGIS -I/usr/include -I/usr/include/gdal -I/usr/include shp2img.c -o shp2img.o i686-pc-linux-gnu-gcc -O2 -march=athlon-xp -fomit-frame-pointer -pipe -fPIC -Wall -DIGNORE_MISSING_DATA -DNEED_STRLCAT -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_ICONV -DUSE_PHP_REGEX -I//var/tmp/portage/php-cgi-4.3.11-r1/work/php-4.3.11//regex/.. -DUSE_POSTGIS -I/usr/include -I/usr/include/gdal -I/usr/include shp2img.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng -L/lib -lz -lXpm -lX11 -lpdf -ltiff -ljpeg -lfreetype -lpng -L/lib -lz -lXpm -lX11 -lproj -ljpeg /usr/lib/libgdal.a /usr/lib/lib /usr/lib/-lpq /usr/lib/libgdal.a -L/usr/lib -lgeos -ljpeg -lgeotiff -ltiff -lpng -lnetcdf -lz -lm -ldl -L/usr/lib -lpq -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -L/usr/lib -lssl -lcrypto -L/usr/lib -lpq -L/usr/lib -lcurl -lidn -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz -lc -lm -lstdc++ -o shp2img i686-pc-linux-gnu-gcc: /usr/lib/lib: No such file or directory i686-pc-linux-gnu-gcc: /usr/lib/-lpq: No such file or directory make: *** [shp2img] Error 1 !!! ERROR: sci-geosciences/mapserver-4.4.2_p20050608 failed. !!! Function src_compile, Line 120, Exitcode 2 !!! make failed !!! If you need support, post the topmost build error, NOT this status message. ---->8------------- And emerge info: evis mapserver # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 AMD Athlon(tm) XP 2700+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.5 [2.3.5 (#1, Apr 30 2005, 12:17:20)] dev-lang/python: 2.2.3-r5, 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.9.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.4.19-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks noclean sandbox sfperms strict" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://trumpetti.atm.tut.fi/gentoo-portage" USE="x86 3dnow X acpi adns alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups curl doc dvb dvd eds emboss encode esd ethereal fam flac foomaticdb fortran gd gdal gdbm geos gif gnome gphoto2 gpm gps gstreamer gtk gtk2 gtkhtml ieee1394 imagemagick imap imlib innodb ipv6 java jpeg junit kde libg++ libwww mad maildir mikmod mmx motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib perl png postgres proj python qt quicktime readline samba sasl scanner sdl slang speex spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts vorbis xine xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
emerging http://bugs.gentoo.org/show_bug.cgi?id=96280 version of gdal helped. Mapserver 4.6.0 is now running (I didn't use ebuild). ./mapserv -v MapServer version 4.6.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=GEOS INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE -- evis
I have looked into mapserver-4.6.0 and found that it no more relies on regex object files from php. So it seems there might be some shift with this ebuild to get it into the portage tree.
Can someone post an ebuild for the new version 4.6?
Created an attachment (id=64358) [edit] mapserver-4.6.0.ebuild I just come back from hollyday ... and I just finish to create a "pre-release" of the mapserver-4.6.0 which is avaible (as always ;)) from the page http://www.01map.net/gentoo. I compile it without tcl support for now, but the ruby support works as fine as with the old ebuild, idem for python and perl (if Xbase was installed via the g-cpan.pl script or via the ebuild which could be downloaded here but it's a wrong way ... ), the tests of this scripts are just made with the examples which you could found in the /usr/share/doc/mapserver-4.6.0/mapscript/examples/ directory (as mentioned during the "emergeance" of the ebuild) and all mapscript's support mentioned before work just fine. Testers for mono support are always require. Thanks in advance. Hope you enjoy this new ebuild ...
Created an attachment (id=64604) [edit] gdal-config.patch Hi, after an emerge -uv world I have the same error as that described in comment #29 . There is indeed a problem with gdal-1.2.5 ebuild, the mapserver configure script use the gdal-config command but if you use "gdal-config --libs" from command line then you get this result : gdal-config --libs /usr/lib/libgdal.a /usr/lib/lib /usr/lib/-lpq /usr/lib/libgdal.a -L/usr/lib -lgeos -ljpeg -lgeotiff -ltiff -lpng -lnetcdf -lz -lm -ldl -L/usr/lib -lpq -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -L/usr/lib -lssl -lcrypto And it's here that the error come from. So I've just made a patch which solve the problem. In this patch, which is very simple, you could see that the call to gdal-config --dep-libs return the desired values except the /usr/lib/libgdal.a so. So I've just added it at the begining of the "GDAL_LIB" variable's value and that seems to work well (here it works like a charme after adding this line : "epatch ${FILESDIR}/gdal-config.patch" just before the line which contain the econf call). This patch must be used with the lastest ebuild version (so the 4.6.0 version), I now work on another way to solve this problem. Cause if we choose to use the patch way, we need to make one for each version of the mapserver ebuild, but it's always the same line to change so maybe a use of sed could be enough to solve this problem. If someone have another idea thanks in advance to give it to us. If someone has more informations on what is going on with gdal-1.2.5.ebuild, he is very welcome to give it to us. Maybe we could create a new bug to specify this error.
To compile mapserver with gdal-1.3.0, remove patch_it() from mapserver ebuild and it will work fine.
when i try to load the php_mapserver module i get: Unable to initialize module\nModule compiled with module API=20020429, debug=0, thread-safety=0\nPHP compiled with module API=20020429, debug=0, thread-safety=1\nThese options need to match\n in Unknown on line 0 in the apache log, so the module is clearly not matching phps compile options, any suggestions how this can be fixed ?
Created an attachment (id=69105) [edit] updated for dev-lang/php with some preliminary version detection... see http://tikiwiki.org/InstallTikiMapserverGentoo for more install details and some examples
Rember,if you want the mapscript support, to edit the file /etc/php/cgi-php4/php.ini adding extension= "php_mapscript.so"
I have tried the ebuild updated for dev-lang/php. I have both php4 and php5 versions installed. Though I used eselect to set php to version 5, the ebuild still used php4 include files. I think that using 'eselect php show' or something like that would be better instead of 'portageq match / dev-lang/php' which returns on my systems this: dev-lang/php-5.0.5-r1 dev-lang/php-4.4.0-r1 The best approach would be if the ebuild could install mapserver for all installed php main versions (4 and 5).
Created an attachment (id=70849) [edit] files/mapserver-4.6.1_phps.patch This patch will be used by the futur mapserver ebuild to ensure that, if both dev-lang/php-4* and dev-lang/php-5* are installed on the target box, the php_mapscript.so and eventualy (if you have "proj" in your use flags) php_proj.so will be built and installed in their respectives extension-dir. It could be used in other distro to install php_mapscript for both php versions in "one pass" by using the new configure options : --with-php4 and --with-php5. To use it on others distros, you must do as it will be done in the mapserver-4.6.1 ebuild : 1) copying the mapscript/php3 directory into mapscript/php5, 2) applying the patch 3) be sure to run autoreconf before doing anything in next step 4) runing ./configure --your-options --with-php4=/path/to/php4. (and/or php5) WARNING : If you use php4 and you get compilation error message about the php_header function call from the php_mapscript.c file, then you need to remove then end of this patch before applying it (remove all lines after this one : "--- mapscript/php3/php_mapscript.c 2005-06-14 18:03:35.000000000 +0200").
Created an attachment (id=70853) [edit] mapserver-4.6.1.ebuild This is the new mapserver ebuild which, as requested, install the mapscript support for both php4 and php5. This is only the *first purpose* for installing mapserver for both php-4* and php-5* and it must be conciderate as this. In fact I choose the simplier way I've found to handle this, but if someone have already thougth about another way to handle this then thx to post it here. I stay open to all propositions. In fact, I simply make a copy of the whole mapscript/php3 into mapscript/php5 and add the --with-php4 and --with-php5 options to the configure.in file (that's why there is a new autotools inheritance for calling the eautoreconf function). The whole copy will not be necessary in the futur version, but it's now needed because of the php_mapscript.c file which must be patched only for php-4* versions (tests was made with php 4.4.0-pl1-gentoo for the php4 version, this was discussed in more detail in the Comment #40 Warning). The mono support would be removed for the futur versions if I'm unable to find a way to compile the mapscript support for this language. AS before the sample data could be found in : /usr/share/doc/mapserver-4.6.1/tests/ and sample scripts are in : /usr/share/doc/mapserver-4.6.1/mapscript/examples/your_favorite_language. All supports (except for mono as discribed above) seems to work well (for sample data discussed above). NEWS: Cleaner syntax. Appropriates die messages was added. Inheritances added : depend.php, autotools. WARNING: Mapscript support which must not be used (don't compile here) : * mono NOTE: As you've maybe already seen in the ebuild, you'll need a patch called mapserver-4.6.1_php4pb.patch which is not available here (you could find it here : http://01map.net/gentoo/sci-geosciences/mapserver/files/mapserver-4.6.1_php4pb.patch). Indeed I think it's not realy relevant to post it here cause it only consists in a copy of the mapserver-4.6.1_phps.patch end (the part needed was discribed in the Comment #40 warning, so simply add the part from : "--- mapscript/php3/php_mapscript.c 2005-06-14 18:03:35.000000000 +0200" to then end of the patch into files/mapserver-4.6.1_php4pb.patch). TODO : * Recheck if the php-config call is realy needed in this ebuild and if it can't be remplaced by a new eclass function call. (thx for your work stuart) * Verify optiomization options used in all makefiles involved in the compilation process. * Make the tests for all the possible php-4* php-5* couples (for all versions availables in portage, tests was only made with dev-lang/php-5.0.5-r1 and dev-lang/php-4.4.0-r1). * Make the tests when only one version of php was installed (not tested now cause it must work without modification for already tested versions ... ). * Check the php_mapscript.so and php_proj.so linking (indeed there is still an uneedded reference to libmysqlclient.so for both libraries). * Learn more about the mono language, to be able to add its mapscript support (if someone could help me on that part he's very very welcome ...). I need your opinions before continuing in that way.
When trying the latest ebuild, I got this error: >>> md5 files ;-) mapserver-4.4.1.ebuild >>> md5 files ;-) mapserver-4.4.0.ebuild >>> md5 files ;-) mapserver-4.6.1.ebuild >>> md5 files ;-) mapserver-4.4.2.ebuild >>> md5 files ;-) mapserver-4.6.1.ebuild.my >>> md5 files ;-) mapserver-4.2.5.ebuild >>> md5 files ;-) mapserver-4.6.0.ebuild >>> md5 files ;-) files/digest-mapserver-4.2.5 >>> md5 files ;-) files/digest-mapserver-4.4.0 >>> md5 files ;-) files/digest-mapserver-4.4.1 >>> md5 files ;-) files/digest-mapserver-4.4.2 >>> md5 files ;-) files/digest-mapserver-4.6.0 >>> md5 files ;-) files/digest-mapserver-4.6.1 >>> md5 src_uri ;-) mapserver-4.6.1.tar.gz * * Using dev-lang/php-5.0.5-r1 * * Checking for required PHP feature(s): * Discovered missing USE flag cgi * * dev-lang/php-5.0.5-r1 needs to be re-installed with all of the following * USE flags enabled: * * cgi * I only use php_mapscript.so with php as Apache module so I do not need the cgi USE flag ON for php. But I don't know what's the policy for this, whether to force users to have the cgi USE flag for php ON although they will use php only as Apache module or let them have the cgi USE flag OFF. At this moment I use previous mapserver ebuild and it works fine with php having cgi flag off.
Created an attachment (id=70860) [edit] mapserver-4.6.1.ebuild Thank you Miroslav
Created an attachment (id=70860) [edit] mapserver-4.6.1.ebuild Thank you Miroslav ulc for your fast and relevant comment and please sorry me for this forgotten thing. I've just updated the ebuild following your instructions. All remarks, warnings and notes from previous version still the sames. NEWS: * Using depen.php.eclass to check if php as cgi or cli is available. WARNING : * tests was only made with php as *cgi* by now. * two php versions with different types (cgi and cli at the same time, i.e. php4 as cgi and php5 as cli) was not tested by now but wouldn't work. TODO (append the previous one) : * tests must be made for php as apache module. * handle when both php are in different state (one version configured as cli and the other one as cgi).
I thank you, FENOY G
I thank you, FENOY Gérald, for the time you spend on this ebuild. I have merged the updated ebuild and it built successfully for both php versions I have installed. I have tested php_mapscript.so for basic functionality (display of raster and vector maps) using: dev-lang/php-4.3.11-r1 dev-lang/php-5.0.5-r1 (both as Apache module) and it works. Thank you, Gérald.
The ebuild fails when I tried to build mapserver with only one version of php installed (either php4 or php5). It only works if I have both installed. When I tried with only php5, the ebuild failed when it tried to do 'cp *.so ../php4/ || die "Unable to copy php4 mapscript object files"' This is probably because the mkdir calls at src_unpack only happen if two versions of PHP are installed. Building with only php4 also fails. It fails at the epatch call as you are missing the 'cd ${S}' call. It also fails with the 'cp *.so ../php4/" call.
Created an attachment (id=70931) [edit] mapserver-4.6.1.ebuild Thank you Ehud Shabtai for your comment. I've corrected the ebuild following your instructions. Hope it works now.
I've this error with mapserver 4.6.1 configure: checking for curl-config... checking for curl-config... /usr/bin/curl-config found libcurl version 7.15.0 configure: error: libcurl version 7.10.1 or more recent is required.
Created an attachment (id=72947) [edit] mapserver-4.6.1_curlv.patch Hi Mateo, I currently rewrite the mapserver ebuild, but there still some work to do ... It's not a problem relative to your architechture, indeed I've get the same error (on x86) which tell us that the curl vesion we use is too old even if it's not the case. So there are some weeks I've made a patch (sorry I did't have the time to put it on the bugzilla), so here is the patch. The ebuild will be updated as soon as possible. I have lot of work this times ... Hope this help.
Thanks, now it works. I changed the ebuild with this patch, I hope it's correct. --- mapserver-4.6.1.ebuild 2005-11-14 21:02:58.000000000 +0100 +++ mapserver-4.6.1.ebuild 2005-11-23 22:54:23.000000000 +0100 @@ -76,6 +76,8 @@ fi fi fi + + epatch "${FILESDIR}"/mapserver-4.6.1_curlv.patch } src_compile() {
4.6.2 is out...You can found more info here: "MapServer 4.6.2 has been released. This release contains no new functionality and only bug fixes since 4.6.1. The complete list is included below. The source is available on the website at http://mapserver.gis.umn.edu/dload.html Daniel "
merge fails, saying I don't have dev-lang/php. The Merge Attempt: beefy mapserver # emerge --resume mapserver *** Resuming merge... >>> emerge (1 of 1) sci-geosciences/mapserver-4.6.1 to / >>> md5 files ;-) mapserver-4.6.1.ebuild >>> md5 files ;-) files/digest-mapserver-4.6.1 >>> md5 src_uri ;-) mapserver-4.6.1.tar.gz !!! ERROR: sci-geosciences/mapserver-4.6.1 failed. !!! Function has_php, Line 233, Exitcode 1 !!! Unable to find an installed dev-lang/php package !!! If you need support, post the topmost build error, NOT this status message. What PHP I *do* have installed: The php I have got installed is: * dev-php/mod_php Latest version available: 4.4.0-r9 Latest version installed: 4.4.0-r3 Size of downloaded files: 5,071 kB Homepage: http://www.php.net/ Description: Apache module for PHP License: PHP-3 * dev-php/php Latest version available: 4.4.0-r4 Latest version installed: 4.4.0 Size of downloaded files: 13,052 kB Homepage: http://www.php.net/ Description: PHP Shell Interpreter License: PHP-3 My Emerge Info: beefy mapserver # emerge info Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r5 i686) ================================================================= System uname: 2.6.14-gentoo-r5 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.6.14 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.pacific.net.au/gentoo/ http://planetmirror.com/pub/gentoo/" LINGUAS="en zh_CN" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="x86 3dfx X alsa apache2 apm arts audiofile avi berkdb bitmap-fonts bonobo bzip2 cdr cjk crypt cups curl dri eds emboss encode esd ethereal exif expat fam ffmpeg flac foomaticdb fortran gd gdbm gif gimpprint glut gpm gstreamer gtk gtk2 gtkhtml guile howl idn imlib ipv6 java jpeg kde lcms libg++ libwww mad mhash mikmod mng motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl php png postgres ppds python qt quicktime readline samba sdl snmp sqlite ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis xml xml2 xmms xv xvid zlib linguas_en linguas_zh_CN userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY I can't install dev-lang/php just to satisfy it either : gummay@beefy ~ $ emerge -p dev-lang/php These are the packages that I would merge, in order: Calculating dependencies ...done! [blocks B ] dev-php/mod_php (is blocking dev-lang/php-5.0.5-r5) [blocks B ] dev-php/php (is blocking dev-lang/php-5.0.5-r5) [ebuild N ] app-admin/php-toolkit-1.0-r2 [ebuild N ] dev-lang/php-5.0.5-r5
Hi Tom, as mentionned here : http://www.gentoo.org/news/en/gwn/20060130-newsletter.xml#doc_chap1_sect3, you would migrate to the "unified" dev-lang/php ebuild. You could find relevant documentation on howto to do this here : http://www.gentoo.org/proj/en/php/php-upgrading.xml and, to finish your installation, just have look at this : http://www.gentoo.org/proj/en/php/php4-php5-configuration.xml.
Hi! First I have to apologize for my poor english ... I gave mapserver-4.6.1.ebuild a try. (Without curlv-patch) With "tcl"-flag set it said: QA Notice: the following files contain insecure RUNPATH's Please file a bug about this at http://bugs.gentoo.org/ For more information on this issue, kindly review: http://bugs.gentoo.org/81745 /usr/lib:/usr/lib/MapscriptTcl1.1:/usr/lib:/var/tmp/portage/mapserver-4.6.1/work/mapserver-4.6.1:/usr/lib usr/lib/MapscriptTcl1.1/libMapscript11.so !!! ERROR: www-apps/mapserver-4.6.1 failed. !!! Function dyn_install, Line 1057, Exitcode 0 !!! Insecure binaries detected !!! If you need support, post the topmost build error, NOT this status message. with "-tcl" (and "-ruby -xpm") it worked fine. Problem with "ruby" was: swig -ruby mapscript.i make: *** No rule to make target `ruby.h', needed by `mapscript_wrap.o'. Stop. And "xpm? ( media-libs/xpm )" does not exist.
*** Bug 129701 has been marked as a duplicate of this bug. ***
Created an attachment (id=84510) [edit] mapserver-4.8.3.ebuild
Testing the new ebuild got this error: ../../maphash.h:69: Warning(801): Wrong class name (corrected to `HashTableObj') make: *** No rule to make target `ruby.h', needed by `mapscript_wrap.o'. Stop. gekomachine geko # emerge info Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r3, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -msse2 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -msse2 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.ngi.it http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" LANG="it_IT@euro" LINGUAS="it" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acpi alsa apache2 apm asf audiofile avi berkdb bitmap-fonts bzip2 cdb cdr crypt cups curl dri dvd dvdr eds emboss encode exif expat fam ffmpeg foomaticdb fortran gd gdbm geos gif glut gmp gpm gtk2 hal idn imagemagick imlib ipod ipv6 isdnlog java jpeg junit kde lcms libg++ libwww mad mhash mikmod mng motif mp3 mpeg mysql ncurses nls nvidia ogg oggvorbis opengl oss pam pcre pdflib perl php png postgres pppd proj python qt quicktime readline ruby samba scanner sdl speex spell sqlite ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis xine xml2 xv xvid zlib linguas_it userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS
Created an attachment (id=84539) [edit] mapserver-4.8.3.ebuild Hi, thank you all for your feedbacks and comments. Here the new ebuild' version which now use the webapp, java-pkg and ruby eclass. So the java-config tool could be used to enable the mapscript java package and the webapp-config one to install the mapserv cgi script where you need it. Some new patchs are required which I'll comment later..
Created an attachment (id=84540) [edit] mapserver_tcl.patch This patch solve the insecure RUNPATH problem described in Comment #53 and the tclmodule.i dependancie.
Created an attachment (id=84541) [edit] mapserver-4.8.3_php.patch This patch make gentoo users able to compile the php mapscript and proj extension for php version(s) installed (test was made with versions : 5.1.2-gentoo and 4.4.1-pl1-gentoo).
Created an attachment (id=84542) [edit] mapserver_php4pb.patch This patch solve problems encontred when trying to compile php mapscript against only php 4 version.
Before posting this ebuild on the portage tree, I think it should be slotted. Comments will be very appriciated.
Hi all, I am a mapserver developer, mostly working on Java mapscript. It seems that Java mapscript is not built correctly because the ebuild script does not run the 'make interface' target in mapscript/java. For historical reasons we provide a one-size-fits-all wrapper file in mapscript/java, but its usage is discouraged, as per the README. Note that the interface file requires swig at least >=1.3.21. I will look into the ebuild and provide further comment asap.
Created an attachment (id=87801) [edit] mapserver-4.8.3_java.patch Hi Umberto, I realy thanks you for your comment. I made a little patch following your comment about the java mapscript support. Could you tell me if it's enough to solve the problem ?
(In reply to comment #64) > Created an attachment (id=87801) [edit] > mapserver-4.8.3_java.patch > > Hi Umberto, > I realy thanks you for your comment. > I made a little patch following your comment about the java mapscript support. > > Could you tell me if it's enough to solve the problem ? > It should. I might add the interface as a dependency of the all target in the future as this is a primary source of confusione for beginners.
(In reply to comment #65) > (In reply to comment #64) > > Created an attachment (id=87801) [edit] > > mapserver-4.8.3_java.patch > > > > Hi Umberto, > > I realy thanks you for your comment. > > I made a little patch following your comment about the java mapscript support. > > > > Could you tell me if it's enough to solve the problem ? > > > > It should. > I might add the interface as a dependency of the all target in the future as > this is a primary source of confusione for beginners. > I have a user report that it is working. Gentoo is the first distro to have java mapscript support (almost) built-in. Thanks, Umberto
Created an attachment (id=90715) [edit] updated ebuild this is an updated version of the latest ebuild. it contains the submited java patch plus my add of the debug use flag fyi: i got the following error when running the java examples Exception in thread "main" java.lang.UnsatisfiedLinkError: /opt/mapserver-4.8.3/lib/libmapscript.so: /opt/mapserver-4.8.3/lib/libmapscript.so: undefined symbol: _ZTIN4geos13GEOSExceptionE at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1511) at java.lang.Runtime.loadLibrary0(Runtime.java:788) at java.lang.System.loadLibrary(System.java:834) at edu.umn.gis.mapscript.mapscriptJNI.<clinit>(mapscriptJNI.java:22) at edu.umn.gis.mapscript.pointObj.<init>(pointObj.java:93) at MakePoint.main(MakePoint.java:12) that's why I needed a debug flag. but it was useless. the solution was to remove geos from the mapserver use flags hth. fede
(In reply to comment #67) > Created an attachment (id=90715) [edit] > updated ebuild > > this is an updated version of the latest ebuild. it contains the submited java > patch plus my add of the debug use flag > > fyi: i got the following error when running the java examples > Exception in thread "main" java.lang.UnsatisfiedLinkError: > /opt/mapserver-4.8.3/lib/libmapscript.so: > /opt/mapserver-4.8.3/lib/libmapscript.so: undefined symbol: > _ZTIN4geos13GEOSExceptionE > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1511) > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > at java.lang.System.loadLibrary(System.java:834) > at edu.umn.gis.mapscript.mapscriptJNI.<clinit>(mapscriptJNI.java:22) > at edu.umn.gis.mapscript.pointObj.<init>(pointObj.java:93) > at MakePoint.main(MakePoint.java:12) > > that's why I needed a debug flag. but it was useless. the solution was to > remove geos from the mapserver use flags > > hth. fede > GEOS support has been rewritten last week to support C API (it was previously built and linked against C++ APIs). You will also need a recent GEOS to compile mapserver successfully: 2.2.2 or higher - that's when length and area were exposed to C API BTW: GEOS support in mapserver is stable, thread-safe and cool.
I'm attempting to use the latest e-build from comment #67 and it is telling me that it depends on ruby even thought the ruby USE flag is off.
can you past the output of it and eventually the emerge --info? I don't think it a problem strictly related with mapserver
Hi Aran, indeed you're right there is problem with the ruby eclass used in this ebuild. You must add this line before eclasses inheritence : RUBY_OPTIONAL="yes". This should solve the problem.
Hi to all! After upgrading to GCC 4.1, if i surf the map for about 5 min, i need to restart apache. I can still see the map (using the cache i think), but all query,identify and other features are gone. Anyone got an idea of what i am missing? Thanks Luca
(In reply to comment #72) > Hi to all! > After upgrading to GCC 4.1, if i surf the map for about 5 min, i need to > restart apache. I can still see the map (using the cache i think), but all > query,identify and other features are gone. > Anyone got an idea of what i am missing? > > Thanks > Luca > Are you using cgi, fastcgi, php or mapscript and have you looked in apache's error_log? Umberto
[Wed Sep 20 14:02:04 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2) [Wed Sep 20 14:02:05 2006] [notice] Digest: generating secret for digest authentication ... [Wed Sep 20 14:02:05 2006] [notice] Digest: done [Wed Sep 20 14:02:05 2006] [notice] Apache configured -- resuming normal operations [Wed Sep 20 14:02:29 2006] [error] [client 127.0.0.1] File does not exist: /var/www/localhost/ htdocs/favicon.ico [Wed Sep 20 14:02:30 2006] [error] [client 127.0.0.1] File does not exist: /var/www/localhost/ htdocs/ka-map2/htdocs/tools/kaExplorer/images, referer: http://gekomachine/ka-map2/htdocs/tool s/kaExplorer/tools.css [Wed Sep 20 14:03:04 2006] [error] [client 127.0.0.1] File does not exist: /var/www/localhost/htdocs/favicon.ico [Wed Sep 20 14:03:43 2006] [error] [client 127.0.0.1] File does not exist: /var/www/localhost/htdocs/favicon.ico After this, the connection between ka-map and apache seem lost.... Thanks Luca
I have investigated more...Seem that each time you zoom or do a query on the map,the number of MB of ram used by apache, increase. When it reach the limit, map is no more usable
4.10 has been released: http://mapserver.gis.umn.edu/download/current
The mapserver ebuild for 4.10.0 was in portage since the begining of the week-end. I hope it convince you and we could then close this old bug. What new ? not so much, only the sos support has been added and some part has been rewritten. Thanks to give there your thoughs about this ebuild.
(In reply to comment #77) > The mapserver ebuild for 4.10.0 was in portage since the begining of the > week-end. it could be masked ~amd64 Portage 2.1.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r3 x86_64)
There is a dependency missing in the 4.10.0 ebuild. If you have a version of gdal less than 1.2.6 then you will get the following error message when you try to emerge mapserver: mapogr.cpp:165:28: error: gdal_version.h: No such file or directory make: *** [mapogr.o] Error 1 This error is discussed in the following MAPSERVER-USERS post: http://lists.umn.edu/cgi-bin/wa?A2=ind0602&L=mapserver-users&T=0&F=&S=&P=38584
*** Bug 169463 has been marked as a duplicate of this bug. ***
Hi, i can't compile on an amd64, first because ebuild it's only for ~x86, and then because configure fail saing configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/lib64. Make sure GD 2.0.16 or higher is compiled before calling configure. You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv). i made some change to use ebuild on and amd64, but i dont know what to do with configure. Can any one help me? Thanks
Sorry, i forgot to say that i'm trying to use MapServer 4.8.4. mapserver-4.8.4.ebuild, line 147: Called econf '--with-gdal' '--with-perl' '--with-python' '--without-ruby' '--with-tcl' '--with-proj' '--without-postgis' '--with-tiff' '--with-pdf' '--without-ming' '--without-java' '--with-ogr' '--with-freetype' '--with-gd=/usr/lib64' '--with-geos=/usr/bin/geos-config' '--with-wfs' '--with-wcs' '--with-wmsclient' '--with-wfsclient' '--with-wmsserver' '--with-wmsclient' '--with-php=/usr/lib64/php5/include/php' '--with-mapscript'
(In reply to comment #83) > Hi, i can't compile on an amd64, first because ebuild it's only for ~x86, and > then because configure fail saing > > configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/lib64. Make > sure GD 2.0.16 or higher is compiled before calling configure. You may also get > this error if you didn't specify the appropriate location for one of GD's > dependencies (freetype, libpng, libjpeg or libiconv). > > i made some change to use ebuild on and amd64, but i dont know what to do with > configure. > Can any one help me? > Thanks > You should emerge gd with USE="freetype jpeg"
Closing.
