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

2016-09-07 Thread Enrico Zini 
On Wed, Sep 07, 2016 at 06:09:16PM +0200, Sebastiaan Couwenberg wrote:

> I'm very disappointed that the introduction of the
> default-libmysqlclient-dev packages now immediately results in RC bugs.
> 
> For now I've changed the dependency to default-libmysqlclient-dev, but
> I'm considering dropping MySQL/MariaDB support because of my
> disappointment in its maintainers.

Hi, thanks for dealing with this so quickly.

Note that it might have been a misjudgement of mine to set severity of
this bug to serious, rather than a fault of the mysql/mariadb
mainatainers.


Enrico

-- 
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini <enr...@enricozini.org>


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

2016-09-07 Thread Enrico Zini 
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   
  Reading state information... Done
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:
  
  The following packages have unmet dependencies:
   libgdal-dev : Depends: libmysqlclient-dev but it is not going to be installed
  E: Unable to correct problems, you have held broken packages.

It's probably enough to have libgdal-dev depend on
default-libmysqlclient-dev instead of libmysqlclient-dev, as per
https://lists.debian.org/debian-devel-announce/2016/09/msg0.html


Thanks,

Enrico

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgdal-dev depends on:
ii  libc6-dev  2.23-5
ii  libcurl4-gnutls-dev [libcurl-ssl-dev]  7.50.1-1
pn  libdap-dev 
pn  libgdal1h  
ii  libgeos-dev3.5.0-4
pn  libgif-dev 
ii  libhdf4-alt-dev4.2.12-1
ii  libhdf5-dev1.8.16+docs-8
ii  libjasper-dev  1.900.1-debian1-2.4+deb8u1
ii  libjpeg-dev1:1.5.0-1
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.5.0-1
ii  libltdl-dev2.4.6-2
pn  libmysqlclient-dev 
ii  libnetcdf-dev  1:4.4.1-2
ii  libpng-dev 1.6.24-2
ii  libpq-dev  9.6~rc1-1
pn  libspatialite-dev  
ii  libsqlite3-dev 3.14.1-1
pn  libwebp-dev
pn  libxerces-c-dev
ii  unixodbc-dev   2.3.1-4.1

libgdal-dev recommends no packages.

Versions of packages libgdal-dev suggests:
pn  libgdal-doc  

___
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#738844: libhdf5-doc does not contain documentation, only examples

2014-02-13 Thread Enrico Zini 
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
  /usr/share/doc
  /usr/share/doc/libhdf5-doc
  /usr/share/doc/libhdf5-doc/changelog.Debian.gz
  /usr/share/doc/libhdf5-doc/changelog.gz
  /usr/share/doc/libhdf5-doc/copyright
  /usr/share/doc/libhdf5-doc/examples
  /usr/share/doc/libhdf5-doc/examples/c++
  …
  /usr/share/doc/libhdf5-doc/examples/c++/writedata.cpp.gz
  /usr/share/doc/libhdf5-doc/examples/h5_attribute.c.gz
  …
  /usr/share/doc/libhdf5-doc/examples/ph5example.c.gz
  /usr/share/doc/libhdf5-doc/RELEASE.txt.gz

At least from the package description, I expected to find something like
this: http://www.hdfgroup.org/HDF5/doc/

Ciao,

Enrico


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

libhdf5-doc depends on no packages.

libhdf5-doc recommends no packages.

Versions of packages libhdf5-doc suggests:
ii  chromium [www-browser] 31.0.1650.63-1
ii  doc-base   0.10.5
ii  evince [pdf-viewer]3.10.0-2
ii  iceweasel [www-browser]24.2.0esr-1
ii  libhdf5-dev1.8.12-9
ii  lynx-cur [www-browser] 2.8.8pre4-1
ii  netsurf-gtk [www-browser]  2.9-2+b1
ii  w3m [www-browser]  0.5.3-15

-- no debconf information

___
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#643445: Patch to fix this

2011-10-20 Thread Enrico Zini 
Hello,

please find attached a patch to fix this problem.

Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org
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
@@ -1005,7 +1005,7 @@
 char *prefix = 0X;
 int prelen = strlen(prefix);
 
-snprintf(sp, prelen + 1, prefix);
+snprintf(sp, prelen + 1, %s, prefix);
 sp += prelen;
 for(i = 0; i  size; i++) {
 	int res;


signature.asc
Description: Digital 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#644134: libhdf5 cannot open files after NetCDF's nc_close has been called

2011-10-03 Thread Enrico Zini 
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 consistently reproduces the
issue for me:

  // Build with:
  // g++ -o test-nch5 test-nch5.cc -lnetcdf_c++ -lnetcdf -lhdf5_cpp  -lhdf5
  
  // See 
http://hdf-forum.184993.n3.nabble.com/nc-close-causes-problems-for-H5Fopen-td1019191.html
  
  #include H5Cpp.h
  #include netcdfcpp.h
  
  int main(int argc, const char* argv[])
  {
  try {
  NcFile nc(test-nch5-data.nc, NcFile::Replace);
  // Comment out the next line to be able to open the file
  nc.close();
  
  H5::H5File h5(test-nch5-data.h5, H5F_ACC_TRUNC);
  } catch (H5::FileIException e) {
  e.printError(stderr);
  return 1;
  }
  
  return 0;
  }

The problem also shows when existing files are opened read only. The
test case has a link to an hdf-forum post about this same problem, but
had no answers as far as I can see.

I am the author of a software that has to deal both with NetCDF and with
HDF5 files, and this is quite a killer :(


Ciao,

Enrico

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libhdf5-serial-dev depends on:
ii  libhdf5-serial-1.8.41.8.4-patch1-3  
ii  libjpeg8-dev [libjpeg-dev]  8c-2
ii  zlib1g-dev  1:1.2.3.4.dfsg-3

libhdf5-serial-dev recommends no packages.

Versions of packages libhdf5-serial-dev suggests:
pn  libhdf5-doc  none

-- no debconf information



___
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#644134: Acknowledgement (libhdf5 cannot open files after NetCDF's nc_close has been called)

2011-10-03 Thread Enrico Zini 
Hello,

some more info thanks to Mark Hymers:

the culprit seems to be in NetCDF, netcdf/libsrc4/nc4file.c, line 2770:

   if (!numfiles)
   {  
  /* If all files have been closed, close he HDF5 library. This will
   * clean up some stuff that HDF5 is leaving open. */
  if ((retval = H5close())  0)
 return NC_EHDFERR;

  /* Reset the ncid numbers. */
  last_file_id = 0;
   }

Indeed, if in my test case I keep a file open during the whole time, the
error doesn't happen.

According to http://www.hdfgroup.org/HDF5/doc/RM/RM_H5.html#Library-Close,
there 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 enr...@enricozini.org


signature.asc
Description: Digital 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

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

2010-02-15 Thread Enrico Zini 
On Mon, Feb 15, 2010 at 10:01:50AM +0100, Francesco P. Lovergine wrote:

 My original idea was re-introducing ASAP the medium and hig-res coastlines,
 but it poses some problems which are naturally solved by the future(?)
 Debian data archiving facility.
 
 Currently this problem will be solved by moving to 4.5.2, but it is still
 a problem in Lenny or Etch, for instance where only old versions are 
 available.

As you later found during our IRC conversation, a work-around is to
download from ftp://ftp.iris.washington.edu/pub/gmt/ which keeps the
older versions around.

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 enr...@enricozini.org


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: A little more investigation

2010-02-14 Thread Enrico Zini 
Hello.

I tried to investigate a bit more. GMT seems to opens the high-res
file, reads a bit, then somehow thinks it's invalid.

This is the end of the strace output for it:

  access(12/16.5/36/39, R_OK)   = -1 ENOENT (No such file or 
directory)
  access(coastline.conf, R_OK)  = -1 ENOENT (No such file or 
directory)
  access(/usr/lib/gmt/share/conf/coastline.conf, R_OK) = -1 ENOENT (No such 
file or directory)
  access(/usr/lib/gmt/share/coastline.conf, R_OK) = 0
  open(/usr/lib/gmt/share/coastline.conf, O_RDONLY) = 4
  fstat(4, {st_mode=S_IFREG|0644, st_size=439, ...}) = 0
  mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f18eb597000
  read(4, # This file has just a list of a..., 4096) = 439
  read(4, , 4096)   = 0
  close(4)= 0
  munmap(0x7f18eb597000, 4096)= 0
  access(binned_GSHHS_h.cdf, R_OK)  = -1 ENOENT (No such file or 
directory)
  access(/usr/lib/gmt/share/coast/binned_GSHHS_h.cdf, R_OK) = 0
  open(/usr/lib/gmt/share/coast/binned_GSHHS_h.cdf, O_RDONLY) = 4
  fstat(4, {st_mode=S_IFREG|0644, st_size=11747584, ...}) = 0
  fstat(4, {st_mode=S_IFREG|0644, st_size=11747584, ...}) = 0
  lseek(4, 0, SEEK_SET)   = 0
  read(4, CDF\1\0\0\0\0\0\0\0\n\0\0\0\6\0\0\0\23Dimension_of..., 8192) = 8192
  write(2, pscoast: high resolution shoreli..., 59) = 59
  write(2, pscoast: No databases available ..., 41) = 41
  exit_group(1)   = ?

It looks like the tarball contents have changed in some incompatible
way, or they are released for a different version of GMT (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 enr...@enricozini.org


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#569584: gmt-coastline-download installs files with uid 1117 and gid 1102

2010-02-12 Thread Enrico Zini 
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 4096 2010-02-10 12:51 ..
-rw-r--r--  1 root root33176 2008-03-15 00:06 binned_border_c.cdf
-rw-r--r--  1 1117 1102  3781212 2010-01-08 21:50 binned_border_f.cdf
-rw-r--r--  1 1117 1102   662316 2010-01-08 21:50 binned_border_h.cdf
-rw-r--r--  1 root root   229760 2008-03-15 00:06 binned_border_i.cdf
-rw-r--r--  1 root root79120 2008-03-15 00:06 binned_border_l.cdf
-rw-r--r--  1 root root85944 2008-03-15 00:06 binned_GSHHS_c.cdf
-rw-r--r--  1 1117 1102 47188728 2010-01-08 21:50 binned_GSHHS_f.cdf
-rw-r--r--  1 1117 1102 11747584 2010-01-08 21:50 binned_GSHHS_h.cdf
-rw-r--r--  1 root root  2406936 2008-03-15 00:06 binned_GSHHS_i.cdf
-rw-r--r--  1 root root   527780 2008-03-15 00:06 binned_GSHHS_l.cdf
-rw-r--r--  1 root root   461284 2008-03-15 00:06 binned_river_c.cdf
-rw-r--r--  1 1117 1102 11024264 2010-01-08 21:50 binned_river_f.cdf
-rw-r--r--  1 1117 1102  2783452 2010-01-08 21:50 binned_river_h.cdf
-rw-r--r--  1 root root  1202864 2008-03-15 00:06 binned_river_i.cdf
-rw-r--r--  1 root root   583932 2008-03-15 00:06 binned_river_l.cdf

Ciao,

Enrico

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gmt-coast-low depends on:
ii  bash  4.1-1  The GNU Bourne Again SHell
ii  bzip2 1.0.5-4high-quality block-sorting file co
ii  curl  7.19.7-1   Get a file from an HTTP, HTTPS or 
ii  gmt   4.5.1-1Generic Mapping Tools
ii  wget  1.12-1.1   retrieves files from the web

gmt-coast-low recommends no packages.

gmt-coast-low suggests no packages.

-- no debconf information



___
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

2010-02-12 Thread Enrico Zini 
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 -USicily test   /tmp/foo.ps
$ GMT pscoast -R12/16.5/36/39 -Jm1i -O -K -Bg30 -Df -Wlightgray  /tmp/foo.ps
pscoast: full resolution shoreline data base not installed
pscoast: No databases available - aborts

I noticed that GMT's README.Debian mentions files ending with .cfg
that are not present in the downloaded tarballs, but that may be a typo
in the README.Debian.


Ciao,

Enrico

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gmt-coast-low depends on:
ii  bash  4.1-1  The GNU Bourne Again SHell
ii  bzip2 1.0.5-4high-quality block-sorting file co
ii  curl  7.19.7-1   Get a file from an HTTP, HTTPS or 
ii  gmt   4.5.1-1Generic Mapping Tools
ii  wget  1.12-1.1   retrieves files from the web

gmt-coast-low recommends no packages.

gmt-coast-low suggests no packages.

-- no debconf information



___
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#508340: Plugin location has become hard to detect

2008-12-10 Thread Enrico Zini 
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 upstream bug. Also changed path for share dir path
to /usr/share/gdal15.
(closes: #481263)

Now I'm trying to write autotools support to install a GDAL plugin into
a system. Upstream documents the use of /usr/lib/gdalplugins, but after
1.5.1-4, Debian has diverged from that.  Now, I can only think of three
ways to find out whether I should install to /usr/lib/gdalplugins or
/usr/lib/gdal15plugins:

 1. Test for which of the two directories exists.
 2. Mess around with dpkg, to see if I am in Debian and what version of
gdal is currently installed.
 3. Use /usr/lib/gdalplugins unless overridden by a new ./configure
option (and therefore, leave it up to the user or the .deb
packager)

So, basically Debian has now diverged from upstream in a nonstandard
way, that requires all plugin install systems to have custom install
procedures especially for Debian.

Upstream has updated bug #2371 about this problem.


Ciao,

Enrico

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



___
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#479985: Does not show a map

2008-05-07 Thread Enrico Zini 
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 21

Osmore does its thing, then it starts and displays place names, but it
does not display a map.  This makes it rather unusable.

I tried compiling the latest version in subversion (r7707) but it does
not show a map either.


Cheers,

Enrico


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gosmore depends on:
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libcairo21.4.14-1The Cairo 2D vector graphics libra
ii  libflite11.2-release-2.2 a small run-time speech synthesis 
ii  libgcc1  1:4.3.0-3   GCC support library
ii  libglib2.0-0 2.16.1-2The GLib library of C routines
ii  libgps17 2.37-3  C library for communicating with G
ii  libgtk2.0-0  2.12.9-2The GTK+ graphical user interface 
ii  libpango1.0-01.20.2-2Layout and rendering of internatio
ii  libstdc++6   4.3.0-3 The GNU Standard C++ Library v3

Versions of packages gosmore recommends:
ii  gpsd  2.37-3 GPS (Global Positioning System) da

-- no debconf information



___
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#452281: There are no manpages in the package

2007-11-21 Thread Enrico Zini 
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/sortshp
/usr/bin/tile4ms
/usr/share
/usr/share/doc
/usr/share/doc/mapserver-bin
/usr/share/doc/mapserver-bin/changelog.gz
/usr/share/doc/mapserver-bin/copyright
/usr/share/doc/mapserver-bin/changelog.Debian.gz

It's a bit hard to figure what the tools do.  Most of them don't even
have useful commandline help:

$ shptree --help
Error opening shapefile --help.


Ciao,

Enrico

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mapserver-bin depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.17.1-1   Multi-protocol file transfer libra
ii  libfreetype6  2.3.5-1+b1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libgd2-xpm2.0.35.dfsg-3  GD Graphics Library version 2
ii  libgdal1-1.4.01.4.2-1Geospatial Data Abstraction Librar
ii  libgeos-c12.2.3-3Geometry engine for Geographic Inf
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libpng12-01.2.15~beta5-3 PNG library - runtime
ii  libpq58.2.4-2PostgreSQL C client library
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxpm4   1:3.5.7-1  X11 pixmap library
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  proj  4.5.0-2Cartographic projection filter and
ii  zlib1g1:1.2.3.3.dfsg-6   compression library - runtime

mapserver-bin recommends no packages.

-- no debconf information



___
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#411066: Minor mistake found in configure.in's HDF5 part

2007-02-15 Thread Enrico Zini 
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 = missing ; then

I suppose it should be:

  if test $HDF5_LIB_NAME = missing ; then


Ciao,

Enrico

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1enrico
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


___
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#411068: configure.in has some spurious bits that make it generate a nonworking configure file

2007-02-15 Thread Enrico Zini 
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=

-  AC_MSG_RESULT([no])LIBZ
+  AC_MSG_RESULT([no])

 else
   if test -d $PG_CONFIG ; then
@@ -1515,7 +1515,7 @@
 else
 LIBS=$LIBS -L$with_sqlite/lib -lsqlite3
 SQLITE_INC=-I$with_sqlite/include
-AC_MSG_RESULT(setting DODS root directory to $with_sqlite)_
+AC_MSG_RESULT(setting DODS root directory to $with_sqlite)
 fi
 HAVE_SQLITE=yes
 fi


Ciao,

Enrico


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1enrico
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)


___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel