Modifications to earlier ebuild. Latest stable postgis version with some slight modifications -- specifically, added ~amd64 (minimally tested on two opteron systems), modified the postgresql dependency to allow for newer version of postgres (unsure if it will work w/ 8.x), and added a line to deal w/ geos-config in different location that the Makefile thinks it should be. Related to geos bug #38060 and postgresql.
Created attachment 51484 [details] ebuild for postgis Postgis spacially enables postgresql. "PostGIS adds support for geographic objects to the PostgreSQL object-relational database."
Created attachment 55354 [details] The lastest rc3 version Simples modifications for the lastest compilation mechanism. I need to create an eclass to make this ebuild less redondant (or redondancyless ? sorry my poor english please ... ). However, I give u all the ebuilds I've done for postgis (I curently work at 01map compagny from FRANCE and we work with help of Paul Ramsey the postgis creator, Markus Schaber and Sandro Santilli).
Created attachment 55355 [details] The ebuild for rc4 and higher. This ebuild don't have to borry with any patch application. Indeed the configure works nicely now ... For the higher versions simply cp this one to the new named one (rc5 and rc6). You could also see the development status an the 01map.net/gentoo/ page which have the following directory : * dev-db/postgis for work made on postgis * sci-libs/geos for work made on geos * logs/ contain all the "emerge" log (you could see that the rpm are also been build, you could find them on the 01map.net/redhat page, sorry for speack about them but in fact they are the rpm creator so ... maybe needed ) In a couple of days (or hours if things spend well) there will be another section which will be used for the mapserver ebuild which I work on actualy (not just by plaisure but also for our compagny's clients) it will be named : sci-geosciences/mapserver
hi, do you guys know bug 38062? I prefer adding new USE flag to postgresql ebuild for postgis to making new ebuild for postgis if possible.
Created attachment 55358 [details] The rc3 patch as is name suppose. This file mustbe placed into postgis/files/ directory.
Anyone can do an ebuild for 1.0.0.Thx
Created attachment 58216 [details] postgis-1.99.99.ebuild This ebuild use the snapshot of the CVS archive which is could be downloaded from this web page : http://postgis.refractions.net/download.php . As you could see in this ebuild, there is no more needs for the PostgreSQL sources to be used in order to compile the new postgis version. That's why I'm not sure that it's a good idea to keep the postgis USE option directly into the PostgeSQL ebuild ... All the futur versions (from 1.1.0) compile the same way ... For version 1.0.0 ebuild you could download it directly from this web page : http://www.01map.net/gentoo/dev-db/postgis/ but this version must download the postgresql sources in order to compile correctly so the ebuild looks like realy dirty ... (but works :) ) Hope that help.
(changing assignment to pgsql herd because postgis is in it) I tried your ebuild. It seems fine! However, I've found some problems and implovement points. 1. cvs tar ball I guess the cvs tar ball is updated sometimes as the same file name. It means we need to recreate digest file in portage tree when it happens. To avoid it, I will put cvs snapshot tarball into gentoo server. Is it ok? 2. ebuild name 1.99.99 is too high. When postgis 1.1(or something like) is released, it won't be installed until 1.99.99 is removed. I suggest 1.0.0_p20050510 style instead. 3. needs some sentences for geos/proj USE flags in /usr/portage/profiles/use.local.desc can you give me the sentences? any idea?
Hi, first of all, thanks for for your help :) 1 For the cvs tarball you're right it causes troubles. For the cvs tarball mirroring it's ok. 2 For the patch level it's the right place, my fault. 3 For sentences you could maybe use this ones : dev-db/postgis:geos - Add the GEOS library for exact topological tests. dev-db/postgis:proj - Add the Proj library for reprojection features. or anything else if you find more explicit.
Created attachment 65074 [details] postgis-1.0.1_p20050727-r1.ebuild This is the new version for the cvs version of the postgis library, so the 1.1.X series which could be compiled without any postgresql sources. There are some modifications with the documentation generation and the man page are also installed, but for that last you must have "doc" in your USE flags. I'll work on another version which install the perl scripts which are available in the utils directory (but not that 3 scripts : profile_intersects.pl, test_estimation.pl and test_joinestimation.pl which are only needed by some developpers and depend on the pgperl ebuild, but if someone want that scripts to be installed, just tell me and I'll do the modifications to also install them).
Created attachment 65742 [details, diff] postgis-1.0.1_p20050727-r1.patch This patch must be applied to the postgis-1.0.1_p20050727-r1.ebuild file from your ${PORTDIR_OVERLAY}. It corrects some errors with the doc generation due to a bad use of sed. To apply this patch, you could use the following commands : # souce /etc/make.conf # cd ${PORTDIR_OVERLAY} # patch -p1 < postgis-1.0.1_p20050727-r1.patch
Created attachment 65745 [details] postgis-1.0.1_p20050805.ebuild This ebuild use a newest version of the postgis-cvs tarball available on postgis.refractions.net which is dated to 20050805. I've added a line which contains : "rm ${D}/usr/share/doc/${PF}/html/postgis/README.postgis" cause if I've didn't do this when we have doc we have two versions of the same file in two directories ...
I've removed ~ia64 ~ppc64 KEYWORDS because depended packages are not marked as the keywords yet. Please report if it's working in the arches. Then, I've added the ebuild to portage tree. thanks :)
Created attachment 68540 [details] postgis-1.0.4_p20050915.ebuild 1.0.4_p20050914 verison bump List of (realy importants for memory usage bug) changes from previous versions : http://postgis.refractions.net/CHANGES.txt I've made some modifications to the last ebuild to make it cleaner. But in fact there is a more relevant improvement in this release, the version of postgis installed. Indeed discussing with postgis devs we've made some tests and conclude that the official tarball was not upgraded correctly, so I've decided to make my own postgis-cvs tarball on postgis.fr. In this ebuild I could ensure that this version of the postgis ebuild use a cvs version corresponding to the lastest 1.0.4 one.
