Spec Name or Url: http://ftp.intevation.de/freegis/fedora/4/SPECS/postgis.spec SRPM Name or Url: http://ftp.intevation.de/freegis/fedora/4/SRPMS/postgis-1.0.4-2.src.rpm Description: PostGIS adds support for geographic objects to the PostgreSQL object-relational database. In effect, PostGIS "spatially enables" the PostgreSQL server, allowing it to be used as a backend spatial database for geographic information systems (GIS), much like ESRI's SDE or Oracle's Spatial extension. PostGIS follows the OpenGIS "Simple Features Specification for SQL" and will be submitted for conformance testing at version 1.0. Additional information ====================== This package needs geos-devel at compile time (and geos at install time). They will be provided by the package geos once it is finally in FC (see Bug #171039).
Ping? geos now is FE. Silke, shouldn't you respond within one week from now, I'll presume you have lost interest into getting this package into FE and close this PR.
Sorry for my late answer. I am currently working on preparing the package for FC 5 as well. I don't expect any grave problems but I just need some time to do it. Are there any other tasks that I am supposed to do? So far I didn't really get any other comments on this bug.
In reply to comment #2: See the new package guidelines at: http://fedoraproject.org/wiki/Packaging/ReviewGuidelines Once you have your fc5 package and spec, post them to this bug, and wait for reviews.
Just a comment while purging messages from one of my mail folders: > make %{?_smp_mflags} PGXS=1 PGSQL_SRC=/usr/lib/pgsql/pgxs LPATH=\$\(pkglibdir\) > make install DESTDIR=$RPM_BUILD_ROOT PGXS=1 PGSQL_SRC=/usr/lib/pgsql/pgxs > %files > %defattr(-,root,root,-) > %{_libdir}/pgsql/* The hardcoded /usr/lib here most certainly breaks on 64-bit multilib platforms where %_libdir is /usr/lib64. Which package owns the "pgxs" directory?
(In reply to comment #4) > > > Which package owns the "pgxs" directory? I have recompiled postgis on FC5 and updated the version from 1.0 to 1.1 in the same way. As a consequence the pgxs directory is not important any more because the build mechanism has become much easier. See here the output of rpmlint: W: postgis unstripped-binary-or-object /usr/lib/pgsql/liblwgeom.so.1.1 W: postgis unstripped-binary-or-object /usr/bin/shp2pgsql W: postgis unstripped-binary-or-object /usr/bin/pgsql2shp The new specfile and SRPM is located at http://ftp.intevation.de/freegis/fedora/5
Had a look at the 1.1.1-1 spec 1) Please remove the patch that is not used, the patch0-line and the old make line 2) This pacakge does not install shared libraries in any of the dynamic linker's default paths, so ldconfig should not be called. on post and postun 3) Include a reference to where to download the release .tar.gz in the Source line http://postgis.refractions.net/ seems down at the moment, so I can't verify the package upstream.
Silke, Are you still interested in this? Ifso it would be nice if you could provide a new SRPM which addresses the issues rased in Comment #6, or are you waiting for a full review before submitting a new version? Shouldn't you respond within one week from now, I'll presume you have lost interest into getting this package into FE and close this PR.
More then a week has passed and no reply closing as wontfix.
*** This bug has been marked as a duplicate of bug 220743 ***