Bug#466915: More info
> Can you confirm that the filehandle issue has been fixed in the mean time? Sorry, I don't use mapserver/mapscript for anything anymore, and the server setup where this bug manifested has been taken down years ago. I do suspect that the bug has been fixed, too; I guess the bug could be closed. Best, Harri K. ___ 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#645820: liblas-bin: Missing manpages
Package: liblas-bin Version: 1.2.1-1 Severity: wishlist Binaries in package miss manpages: las2las las2ogr las2txt lasinfo lasmerge txt2las Best Wishes, Harri K. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages liblas-bin depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgdal1-1.6.01.6.3-4+b1 Geospatial Data Abstraction Librar ii libgeotiff1.2 1.2.5-1+b1 the GeoTIFF library -- run-time fi ii liblas1 1.2.1-1ASPRS LiDAR data translation libra ii libstdc++64.4.5-8The GNU Standard C++ Library v3 liblas-bin recommends no packages. Versions of packages liblas-bin suggests: pn libgeotiff-epsg none (no description available) -- 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#549867: grass: wxpython gui vector digitize fails
Package: grass Version: 6.4.0~rc5-2+b2 Severity: important When selecting selecting a vector for digitizing in the wxpython gui map display, these error messages appear: Traceback (most recent call last): File /usr/lib/grass64/etc/wxpython/gui_modules/toolbars.py, line 1071, in OnSelectMap self.StartEditing(self.layers[selection]) File /usr/lib/grass64/etc/wxpython/gui_modules/toolbars.py, line 1103, in StartEditing self.parent.digit = Digit(mapwindow=self.parent.MapWindow) File /usr/lib/grass64/etc/wxpython/gui_modules/vdigit.py, line 685, in __init__ VDigit.__init__(self, mapwindow) File /usr/lib/grass64/etc/wxpython/gui_modules/vdigit.py, line 223, in __init__ mapwindow) File /usr/lib/grass64/etc/wxpython/vdigit/grass6_wxvdigit.py, line 333, in __init__ this = _grass6_wxvdigit.new_Digit(*args) TypeError: in method 'new_Digit', argument 2 of type 'wxWindow *' And when trying to add a feature, the ui complains: No vector map selected for editing. As I did quite much digitizing some time ago, I did a comparison with the ctimes of the distributed files and my work files, and noticed, that I must have updated grass after last using it for digitizing: the error must then have been introduced somewhere between rc4-3 and rc5-2. Or then this is a manifestation of changes somewhere else... All the Best, Harri K. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grass depends on: ii eterm [x-terminal-emul 0.9.5-2 Enlightened Terminal Emulator ii gnome-terminal [x-term 2.26.2-2 The GNOME terminal emulator applic ii lesstif2 1:0.95.0-2.3 OSF/Motif 2.1 implementation relea ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfftw3-3 3.2.1-2.1 library for computing Fast Fourier ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-1 GCC support library ii libgdal1-1.6.0 1.6.2-1 Geospatial Data Abstraction Librar ii libgl1-mesa-glx [libgl 7.5.1-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.5.1-1 The OpenGL utility library (GLU) ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libmysqlclient16 5.1.37-2 MySQL database client library ii libncurses55.7+20090803-2shared libraries for terminal hand ii libpng12-0 1.2.39-1 PNG library - runtime ii libpq5 8.4.1-1 PostgreSQL C client library ii libproj0 4.6.1-5 Cartographic projection library ii libreadline5 5.2-6 GNU readline and history libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libsqlite3-0 3.6.18-1 SQLite 3 shared library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu62:1.0.4-2 X11 miscellaneous utility library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.6-1 X11 toolkit intrinsics library ii mlterm [x-terminal-emu 2.9.4-6 MultiLingual TERMinal ii rxvt-unicode [x-termin 9.06-1RXVT-like terminal emulator with U ii tcl8.4 8.4.19-4 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii unixodbc 2.2.11-20 ODBC tools libraries ii xterm [x-terminal-emul 248-1 X terminal emulator ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages grass recommends: ii ghostscript 8.70~dfsg-2 The GPL Ghostscript PostScript/PDF ii python 2.5.4-2 An interactive high-level object-o ii python-numpy 1:1.3.0-3 Numerical Python adds a fast array Versions of packages grass suggests: ii avce00 2.0.0-2 Tools for conversion of ESRI Arcin ii curl 7.19.5-1.1 Get a file from an
[DebianGIS-dev] Bug#470730: Bug#470730: Bug#470730: qgis-plugin-grass: QGis crashes if a GRASS vector is faulty
Francesco P. Lovergine wrote: On Thu, Mar 13, 2008 at 02:50:04PM +0100, Paolo Cavallini wrote: Harri Kiiskinen ha scritto: Package: qgis-plugin-grass Version: 0.8.1-2+b1 Severity: important When trying to open a GRASS vector which for some reason is not ok, i.e. faulty, instead of gracefully telling the user, that the vector is not ok, the whole QGis crashes. This is *irritating*, this kind of exception should be handled in a more appropriate fashion. Best wishes, Harri K. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qgis-plugin-grass depends on: ii libgdal1-1.4.0-grass 1.4.4-1+b1 GRASS extension for the Geospatial ii qgis 0.8.1-2+b1 Geographic Information System (GIS qgis-plugin-grass recommends no packages. -- no debconf information It's a known upstream bug. The solution is to upgrade to 0.9.1 or (better) wait for 0.9.2, due at the beginning of april 2008. pc That should be closed by 0.9.1-1 currently uploaded in sid. Would you please verify it's ok? 0.9.1-1 works well, instead of crashing it shows a more or less helpful message. Harri K. ___ 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#470730: qgis-plugin-grass: QGis crashes if a GRASS vector is faulty
Package: qgis-plugin-grass Version: 0.8.1-2+b1 Severity: important When trying to open a GRASS vector which for some reason is not ok, i.e. faulty, instead of gracefully telling the user, that the vector is not ok, the whole QGis crashes. This is *irritating*, this kind of exception should be handled in a more appropriate fashion. Best wishes, Harri K. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qgis-plugin-grass depends on: ii libgdal1-1.4.0-grass 1.4.4-1+b1 GRASS extension for the Geospatial ii qgis 0.8.1-2+b1 Geographic Information System (GIS qgis-plugin-grass 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#466915: libgdal1-1.4.0: Leaves file handles open when used with php5-mapscript for GRASS vector maps
Package: libgdal1-1.4.0 Version: 1.4.4-1 Severity: normal *** Please type your report below this line *** I'm running a map application, that serves data from GRASS vector maps with PHP5 and Mapserver. The connection type is OGR, and the maps work perfectly. However, each map produced leaves five (5) more file handles open: One to: /grass/location/mapset/vector/vectormap/coor One to: /grass/location/mapset/vector/vectormap/hist And three to: /usr/lib/grass/etc/ellipse.table These handles are not reused while serving the next map based on these files, but are left to accumulate. After a while the system starts to emit Too many open files. Restarting Apache frees the handles, so a regular restart is a remedy, but the behaviour is in any case not correct. This might well have something to do with OGR. Best Wishes, Harri K. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/1 CPU core; PREEMPT) 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 libgdal1-1.4.0 depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.1-1+b1Multi-protocol file transfer libra ii libgcc1 1:4.3-20080116-1 GCC support library ii libgeos-c12.2.3-4Geometry engine for Geographic Inf ii libgeos2c2a 2.2.3-4Geometry engine for Geographic Inf ii libhdf4g 4.1r4-21 The Hierarchical Data Format libra ii libhdf5-serial-1.6.5- 1.6.5-5+b1 Hierarchical Data Format 5 (HDF5) ii libjasper11.900.1-3 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libmysqlclient15off 5.0.51-3 MySQL database client library ii libnetcdf33.6.1-1An interface for scientific data a ii libogdi3.23.2.0~beta1-3 Open Geographic Datastore Interfac ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libpq58.3~rc2-1+b1 PostgreSQL C client library ii libsqlite3-0 3.4.2-2SQLite 3 shared library ii libstdc++64.3-20080116-1 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.6-3library for GIF images (transition ii libxerces27 2.7.0-5validating XML parser library for ii odbcinst1debian1 2.2.11-16 Support library and helper program ii unixodbc 2.2.11-16 ODBC tools libraries ii zlib1g1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages libgdal1-1.4.0 recommends: ii proj 4.6.0-1Cartographic projection filter and -- 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#466914: php5-mapscript: Leaves file handles open
Package: php5-mapscript Version: 5.0.0-3 Severity: normal I'm running a map application, that serves data from GRASS vector maps with PHP5 and Mapserver. Each map produced leaves five (5) more file handles open: one to: /grass/location/mapset/vector/vectormap/coor one to: /grass/location/mapset/vector/vectormap/hist and three to: /usr/lib/grass/etc/ellipse.table These handles are not reused while serving the next map based on these files, but are left to accumulate. After a while the system starts to emit Too many open files. Restarting Apache frees the handles, so a regular restart is a remedy, but the behaviour is in any case not correct. This might just as well be a bug in the OGR library, part of libgdal, instead of mapscript, but how am I to know? Best Wishes, Harri K. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/1 CPU core; PREEMPT) 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 php5-mapscript depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii libapache2-mod-php5 [ 5.2.5-2server-side, HTML-embedded scripti ii libc6 2.7-6 GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.1-1+b1Multi-protocol file transfer libra ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3-20080116-1 GCC support library ii libgd2-xpm2.0.36~rc1~dfsg-1 GD Graphics Library version 2 ii libgdal1-1.4.01.4.4-1Geospatial Data Abstraction Librar ii libgeos-c12.2.3-4Geometry 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.3~rc2-1+b1 PostgreSQL C client library ii libstdc++64.3-20080116-1 The 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 php5-cli [phpapi-2006 5.2.5-2command-line interpreter for the p ii proj 4.6.0-1Cartographic projection filter and ii zlib1g1:1.2.3.3.dfsg-11 compression library - runtime php5-mapscript recommends no packages. -- debconf information: * php5/extension_mapscript_apache: true php5-mapscript/remove_extension: true * php5/extension_mapscript_apache2: true php5-mapscript/add_extension: true ___ 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#392560: GRASS not compilable on testing
to, 2006-10-12 kello 21:55 -0700, Steve Langasek kirjoitti: to be REMOVED: libgl1-mesa-dev libgl1-mesa-dri libgl1-mesa-glx x-window-system x-window-system-core xlibmesa-dri xlibmesa-gl xlibmesa-gl-dev xorg to be INSTALLED: autoconf2.13 fftw3-dev libgl1-mesa-swx11 libgl1-mesa-swx11-dev libglu1-xorg-dev To remove xorg just to build grass? Somewhat exaggarated, IMHO. That doesn't make it a serious bug in grass just because you choose not to install the build-dependencies. Though since grass doesn't appear to be building against libOSMesa, it should be fixed to use one of the less-conflicty implementations of libgl1-dev. Yes, I think this was the point I was trying to make; not really knew how to put it, though. And the current grass binary dependes on libgdal1-1.3.2, which is the current version in testing, not 1.3.1, which is required by the source package. Would be nice to have the control file that was used to build the current testing packages, not some age-old ones. What are you talking about? The current version of the package build-depends on libgdal1-1.3.2-dev. Considering the high general quality of Debian, the mistake must have been on my side; an apt-src remove grass with apt-src install grass did the trick, and suddenly the control file was updated... Don't have an explanation for that, though. -- Harri Kiiskinen [EMAIL PROTECTED] ___ 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#392560: GRASS not compilable on testing
Subject: grass: Outdated build-deps for testing Source: grass Severity: serious Justification: no longer builds from source *** Please type your report below this line *** The grass source package from testing (6.0.2-6) has impossible build dependencies for testing, and the current grass binary in testing cannot have been built with these dependencies. This: dpkg-checkbuilddeps: Unmet build dependencies: fftw3-dev libgl1-mesa-swx11-dev libglu1-xorg-dev | xlibmesa-glu-dev autoconf2.13 libgdal1-1.3.1-dev results in this: to be REMOVED: libgl1-mesa-dev libgl1-mesa-dri libgl1-mesa-glx x-window-system x-window-system-core xlibmesa-dri xlibmesa-gl xlibmesa-gl-dev xorg to be INSTALLED: autoconf2.13 fftw3-dev libgl1-mesa-swx11 libgl1-mesa-swx11-dev libglu1-xorg-dev To remove xorg just to build grass? Somewhat exaggarated, IMHO. And the current grass binary dependes on libgdal1-1.3.2, which is the current version in testing, not 1.3.1, which is required by the source package. Would be nice to have the control file that was used to build the current testing packages, not some age-old ones. Greetings, Harri K. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.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
