Bug#836962: Uninstallable in testing when default-libmysqlclient-dev is installed
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 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 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
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
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 @@ -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: Acknowledgement (libhdf5 cannot open files after NetCDF's nc_close has been called)
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 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
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 #include 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 -- 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
[DebianGIS-dev] Bug#569585: Bug#569585: gmt-coastline-download installs files but they are not seen by GMT
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 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
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 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 -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#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 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#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 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
On Wed, May 07, 2008 at 11:24:44PM +0200, Petter Reinholdtsen wrote: > Are you sure it isn't just the default location that is wrong? I have > vague memories of gosmore picking a location in England, independent > of the available map data. I find it confusing, and would love a > 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/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> 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#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 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
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#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= - 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
[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" = "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