Bug#836962: Uninstallable in testing when default-libmysqlclient-dev is installed

ers. Enrico -- GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini signature.asc Description: PGP signature ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#836962: Uninstallable in testing when default-libmysqlclient-dev is installed

Package: libgdal-dev Version: 2.1.1+dfsg-1+b1 Severity: serious Hello, now that default-libmysqlclient-dev is in testing and it depends on libmariadbclient-dev-compat, libgdal-dev is not installable anymore: apt-get install libgdal-dev Reading package lists... Done Building dependency tree

Bug#738844: libhdf5-doc does not contain documentation, only examples

Package: libhdf5-doc Version: 1.8.12-9 Severity: normal Hello, thank you for packaging hdf5. I installed libhdf5-doc hoping to have the documentation offline to be able to work from an airplane, but I realised the package only has examples: $ dpkg -L libhdf5-doc|sort /. /usr /usr/share

Bug#643445: Patch to fix this

Hello, please find attached a patch to fix this problem. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini diff -Naur ncdump.orig/dumplib.c ncdump/dumplib.c --- ncdump.orig/dumplib.c 2009-10-20 06:51:05.0 +0200 +++ ncdump/dumplib.c 2011-10-20 16:02:02.123200307 +0200

Bug#644134: Acknowledgement (libhdf5 cannot open files after NetCDF's nc_close has been called)

re is no need for that function to be called, since it's already hooked into exit(). I'm now reassigning the bug to src:netcdf. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature _

Bug#644134: libhdf5 cannot open files after NetCDF's nc_close has been called

Package: libhdf5-serial-dev Version: 1.8.4-patch1-3 Severity: serious Hello, [I'm not quite sure if this should be filed against netcdf instead, or against both, I'll leave it up to you] quite simply, after you close a NetCDF file you can't open HDF5 files anymore. This is a short test case that

[DebianGIS-dev] Bug#569585: Bug#569585: gmt-coastline-download installs files but they are not seen by GMT

round. The coastline versions that works with GMT 4.5.1 is 2.0.1. The trick, still as you suggested, is to look for matching file dates in the ftp archive. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Descripti

[DebianGIS-dev] Bug#569585: A little more investigation

(I have 4.5.1-1 and the ftp site has 4.5.2). I have not tried to build 4.5.2 to see if they work. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature ___ 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#569585: gmt-coastline-download installs files but they are not seen by GMT

Package: gmt-coast-low Version: 1:1.10-2 Severity: normal Hello, Thank you for maintaining GMT. I have just run gmt-coastline-download and it worked fine, the files are there, however: $ GMT psbasemap -R12/16.5/36/39 -Jm1i -B0 -P -K -U"Sicily test" > /tmp/foo.ps $ GMT pscoast -R12/16.5/36/39 -

[DebianGIS-dev] Bug#569584: gmt-coastline-download installs files with uid 1117 and gid 1102

Package: gmt-coast-low Version: 1:1.10-2 Severity: normal Hello, thank you for packaging gmt. It looks like the coastline tarball is untarred preserving the original uid/gid: # ls -la /usr/share/gmt/coast total 81024 drwxr-xr-x 2 root root 4096 2010-02-12 17:48 . drwxr-xr-x 14 root root

[DebianGIS-dev] Bug#508340: Plugin location has become hard to detect

Package: gdal Version: 1.5.1-4 Severity: normal Hello, thanks for packaging gdal. The 1.5.1-4 upload has introduced this change: * [PATCH] gdalpaths.dpatch added to use the same plugins directory used currently in gdal-grass. It would require a much better approach upstream. See #2371

[DebianGIS-dev] Bug#479985: Does not show a map

> patch to get it to pick a more sensible location, but do not know how > it should do that. I am sure, as I tried searching for my village, for which there should be map data, and centered the map on it. The labels show, but the roads don't. Ciao, Enrico -- GPG key: 1024D/797EBF

[DebianGIS-dev] Bug#479985: Does not show a map

Package: gosmore Version: 0.0.0.20070901-3 Severity: normal Hello, thanks for packaging gosmore. wget http://download.geofabrik.de/osm/europe/italy.osm.bz2 bzcat italy.osm.bz2 | gosmore rebuild > log 2>&1 Osmore does its thing, then it starts and displays place names, but it does not display a

[DebianGIS-dev] Bug#452281: There are no manpages in the package

Package: mapserver-bin Version: 5.0.0-2 Severity: normal Hello, mapserver-bin contains various tools, but no manpages: $ dpkg -L mapserver-bin /. /usr /usr/bin /usr/bin/legend /usr/bin/scalebar /usr/bin/shp2img /usr/bin/shp2mysql /usr/bin/shptree /usr/bin/shptreetst /usr/bin/shptreevis /usr/bin/

[DebianGIS-dev] Bug#411068: configure.in has some spurious bits that make it generate a nonworking configure file

Package: gdal Version: 1.3.2-4 Severity: minor Hello, these are the bits I had to fix to get a working configure file: === modified file 'configure.in' --- configure.in2007-02-15 17:36:37 + +++ configure.in2007-02-15 18:14:22 + @@ -254,7 +254,7 @@ PG_LIB= PG_INC= -

[DebianGIS-dev] Bug#411066: Minor mistake found in configure.in's HDF5 part

Package: gdal Version: 1.3.2-4 Severity: minor Hello, Thanks for packaging gdal. I was playing with adding new drivers using HDF5 as a template, and I noticed this code in configure.in: AC_CHECK_LIB(hdf5,H5Fopen,HDF5_LIB_NAME="-lhdf5 ",HDF5_LIB_NAME=missing,-lhdf5) if test "$HDF_LIB_NAME"