[DebianGIS-dev] Processing of libterralib_3.3.1-1_i386.changes
libterralib_3.3.1-1_i386.changes uploaded successfully to localhost along with the files: libterralib_3.3.1-1.dsc libterralib_3.3.1.orig.tar.gz libterralib_3.3.1-1.diff.gz libterralib1-doc_3.3.1-1_all.deb libterralib1-dev_3.3.1-1_i386.deb libterralib1c2a_3.3.1-1_i386.deb Greetings, Your Debian queue daemon ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] libterralib_3.3.1-1_i386.changes is NEW
(new) libterralib1-dev_3.3.1-1_i386.deb optional libdevel A C++ library for Geographical Information Systems -- development package TerraLib enables quick development of custom-built geographical applications using spatial databases. As a research tool, TerraLib is aimed at providing a rich and powerful environment for the development of GIS research, enabling the development of GIS prototypes that include new concepts such as spatio-temporal data models, geographical ontologies and advanced spatial analysis techniques. TerraLib defines a geographical data model and provides support for this model over a range of different DBMS (MySQL, PostgreSQL, ORACLE and ACCESS), and is implemented as a library of C++ classes and functions, written in ANSI-C++. . This package contains development files for terralib. (new) libterralib1-doc_3.3.1-1_all.deb optional doc A C++ library for Geographical Information Systems -- documentation package TerraLib enables quick development of custom-built geographical applications using spatial databases. As a research tool, TerraLib is aimed at providing a rich and powerful environment for the development of GIS research, enabling the development of GIS prototypes that include new concepts such as spatio-temporal data models, geographical ontologies and advanced spatial analysis techniques. TerraLib defines a geographical data model and provides support for this model over a range of different DBMS (MySQL, PostgreSQL, ORACLE and ACCESS), and is implemented as a library of C++ classes and functions, written in ANSI-C++. . This package contains examples for the terralib library. (new) libterralib1c2a_3.3.1-1_i386.deb optional libs A C++ library for Geographical Information Systems TerraLib enables quick development of custom-built geographical applications using spatial databases. As a research tool, TerraLib is aimed at providing a rich and powerful environment for the development of GIS research, enabling the development of GIS prototypes that include new concepts such as spatio-temporal data models, geographical ontologies and advanced spatial analysis techniques. TerraLib defines a geographical data model and provides support for this model over a range of different DBMS (MySQL, PostgreSQL, ORACLE and ACCESS), and is implemented as a library of C++ classes and functions, written in ANSI-C++. (new) libterralib_3.3.1-1.diff.gz optional libs (new) libterralib_3.3.1-1.dsc optional libs (new) libterralib_3.3.1.orig.tar.gz optional libs Changes: libterralib (3.3.1-1) unstable; urgency=low . * New upstream release. * Move to Standards-Version: 3.8.2, Debhelper DH_COMPAT 7. * Remove pre-built binaries from source. * Remove tiff, libjpeg, zlib, qwt sources in favour of external libs. * Remove unused and copyright-troublesome Oracle, DSDK , MySQL, PostgreSQL sources. * Include listat.so* and libstat. * Remove unneeded mtrand* sources. Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#538481: Please rebuild against libmysqlclient16 from MySQL-5.1
Package: mapserver Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient16 Hello MySQL 5.1 has just been uploaded and will replace the existing MySQL 5.0. Once you see libmysqlclient-dev (5.1.36-3) in unstable, please replace the build dependencies to libmysqlclient15-dev to libmysqlclient-dev and upload a rebuilded version of your package. thanks, -christian- ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#538566: spatialite: FTBFS with new source format 3.0 (quilt): tarballs inside orig.tar.gz
Package: spatialite Version: 2.3.0-1 Severity: wishlist Usertags: 3.0-quilt-by-default To prepare a possible switch to the new source package format 3.0 (quilt) [1], I converted all source packages and rebuilt the packages afterwards to see what breaks, and spatialite does break. To reproduce the problem you can do this: $ apt-get source spatialite $ mkdir -p spatialite-2.3.0/debian/source $ echo 3.0 (quilt) spatialite-2.3.0/debian/source/format $ dpkg-source -b spatialite-2.3.0 $ dpkg-source -x spatialite_2.3.0-1.dsc $ cd spatialite-2.3.0 debuild -us -uc In this process, if the .diff.gz contains changes to upstream files, dpkg-source will have created a corresponding patch in debian/patches/debian-changes-2.3.0-1 and will have registered that patch in a quilt series (debian/patches/series, it is created if needed). All the patches listed in the series file are applied directly during the extraction (dpkg-source -x). quilt itself is used if available (and will thus lead to the creation of the .pc directory), otherwise dpkg-source applies the patches by itself. For more information about the new source package format see the manual page dpkg-source(1). In the case of spatialite, patches can't be applied at extraction time since real sources to be patched are inside another tarball that is not unpacked. Please consider switching away from such a setup to a more traditional approach where the real uptream sources are shipped as .orig.tar.gz. Cheers, [1] http://wiki.debian.org/Projects/DebSrc3.0 ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#538549: h5utils: FTBFS with new source format 3.0 (quilt): unprotected quilt push -a
Package: h5utils Version: 1.12-1 Severity: wishlist Usertags: 3.0-quilt-by-default To prepare a possible switch to the new source package format 3.0 (quilt) [1], I converted all source packages and rebuilt the packages afterwards to see what breaks, and h5utils does break. To reproduce the problem you can do this: $ apt-get source h5utils $ mkdir -p h5utils-1.12/debian/source $ echo 3.0 (quilt) h5utils-1.12/debian/source/format $ dpkg-source -b h5utils-1.12 $ dpkg-source -x h5utils_1.12-1.dsc $ cd h5utils-1.12 debuild -us -uc In this process, if the .diff.gz contains changes to upstream files, dpkg-source will have created a corresponding patch in debian/patches/debian-changes-1.12-1 and will have registered that patch in a quilt series (debian/patches/series, it is created if needed). All the patches listed in the series file are applied directly during the extraction (dpkg-source -x). quilt itself is used if available (and will thus lead to the creation of the .pc directory), otherwise dpkg-source applies the patches by itself. For more information about the new source package format see the manual page dpkg-source(1). In the case of h5utils, it fails to build when the patches are already applied as quilt push -a will exit with error code 2. To avoid this kind of mistakes, you should really not reinvent the wheel and simply use /usr/share/quilt/quilt.make provided by quilt (include it and add the proper target dependencies). Cheers, [1] http://wiki.debian.org/Projects/DebSrc3.0 ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
