[DebianGIS] Re: Broken packages
Thanks for working on this.
I found a couple of things when I tried to port this to Postgis 1.1.1 on Breezy.
1) Why isn't the postgis_1.1.0.orig.tar.gz just a copy of the original, but renamed:
I ended up doing a diff between this one and yours just to see that the only
difference is that the directory postgis-1.1.0 was renamed to
postgis-1.1.0.orig. I like to distribute the original tarballs if possible, so
that the MD5 sum is identical and people don't have to wonder what the
differences are, so they can just look in the debian/patches directory.
2) The debian/changelog file says
may be made automatically by calling 'debian/rules maintainer-config'
but the target's name is maintainer-configure, so it should read as:
may be made automatically by calling 'debian/rules maintainer-configure'
3) Also, there's no Build-Depends upon libgeos-dev, otherwise without it
installed, you'll get this errror:
checking for stdint.h... yes
checking for unistd.h... yes
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for pg_config... /usr/bin/pg_config
checking for geos-config... no
make: Entering directory
/usr/bin/make -C lwgeom
make: Entering directory CTO, OrcaWare Technologies
sh ../geos_version.sh /usr > postgis_geos_version.h
../geos_version.sh: line 9: /usr/bin/geos-config: No such file or directory
I'm still working on getting it to work with 1.1.1. The configure.in and
configure patches break against it, which I've got fixed, but there's some other
stuff going on.
Blair Zajac, Ph.D.
Subversion training, consulting and support
alex bodnaru wrote:
postgis-1.1.0-4, as uploaded this night, fullfills most of the debian
requirements expressed for entering unstable.
control is static, supported postgresql versions are controllable in a
separate file, as described in log, binary packages have been properly
renamed, still replacing the older (debian-gis) ones.
to do: unify all utills packages.
btw: gdal and qgis should be recompiled, to remove a stalled dependency
on an unexistent libgeos2c2.
Francesco Paolo Lovergine wrote:
The following packages require immediate care:
and of course postgis. I would avoid that postgis will become a no-end
novela, Alex is 1.1.0-3 able to be uploaded in sid in the terms
discussed, to be used with 8.1?