Processed: Re: Bug#640260: mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp

2011-09-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 640260 libdap-dev Bug #640260 [src:mapserver] mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp Bug reassigned from package 'src:mapserver' to 'libdap-dev'. Bug No longer marked as found in versions mapserver/5.6.6-2. > thanks Stopping pr

Bug#558733:

2011-09-05 Thread Francesco P. Lovergine
On Mon, Sep 05, 2011 at 02:02:01PM +0200, Mathieu Malaterre wrote: > Recent posting also mention to use the latest release candidate as a release: > > http://www.asmail.be/msg0054536609.html > > ... > The code is in fairly wide production use, but for various > reasons we have had trouble making

Bug#558733:

2011-09-05 Thread Mathieu Malaterre
Recent posting also mention to use the latest release candidate as a release: http://www.asmail.be/msg0054536609.html ... The code is in fairly wide production use, but for various reasons we have had trouble making the transition to a libtiff 4 final release. So my advice is go ahead an use it

r3046 - packages/geotiff/libgeotiff-epsg/trunk/debian

2011-09-05 Thread frankie
Author: frankie Date: 2011-09-05 12:38:38 + (Mon, 05 Sep 2011) New Revision: 3046 Modified: packages/geotiff/libgeotiff-epsg/trunk/debian/changelog packages/geotiff/libgeotiff-epsg/trunk/debian/compat packages/geotiff/libgeotiff-epsg/trunk/debian/control Log: Preparing for unstable up

r3045 - packages/geotiff/libgeotiff-dfsg/trunk/debian

2011-09-05 Thread frankie
Author: frankie Date: 2011-09-05 12:01:32 + (Mon, 05 Sep 2011) New Revision: 3045 Modified: packages/geotiff/libgeotiff-dfsg/trunk/debian/changelog packages/geotiff/libgeotiff-dfsg/trunk/debian/control packages/geotiff/libgeotiff-dfsg/trunk/debian/rules Log: Updated for unstable. M

Bug#558733:

2011-09-05 Thread Johan Van de Wauw
On Mon, Sep 5, 2011 at 1:04 PM, Francesco P. Lovergine wrote: > The in-development-forever status of 64bit TIFF library since ages > makes me think that the issue will not be solved anytime soon. > > It is not a technical problem, I really do not understand why it > is still consider not ready (a

Bug#558733:

2011-09-05 Thread Francesco P. Lovergine
On Mon, Sep 05, 2011 at 12:47:29PM +0200, Johan Van de Wauw wrote: > On Mon, Sep 5, 2011 at 10:46 AM, Francesco P. Lovergine > wrote: > > > Yep, I will introduce versioning in the incoming 1.8 series to solve > > this problem. Unfortunately this will also break binary compatibility > > with third

Bug#558733:

2011-09-05 Thread Johan Van de Wauw
On Mon, Sep 5, 2011 at 10:46 AM, Francesco P. Lovergine wrote: > Yep, I will introduce versioning in the incoming 1.8 series to solve > this problem. Unfortunately this will also break binary compatibility > with third-parties programs not built against Debian Gdal. So I will > also expect a few

Processed: your mail

2011-09-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 640487 doxygen 1.7.1 Bug #640487 [gdal-bin] gdal-bin: Bogus gdalinfo man page Bug reassigned from package 'gdal-bin' to 'doxygen'. Bug No longer marked as found in versions gdal/1.6.3-4. Bug No longer marked as fixed in versions gdal/1.7.

Processed (with 1 errors): your mail

2011-09-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > fixed 640487 1.7.3-6 Bug #640487 [gdal-bin] gdal-bin: Bogus gdalinfo man page Bug Marked as fixed in versions gdal/1.7.3-6. > merge 640484 640487 Bug#640484: libgdcm-tools: Bogus gdcminfo man page Bug#640487: gdal-bin: Bogus gdalinfo man page Mism

Bug#640487: gdal-bin: Bogus gdalinfo man page

2011-09-05 Thread Mathieu Malaterre
Package: gdal-bin Version: 1.6.3-4+b1 Severity: minor The layout of the gdalinfo man page is surprising: NAME gdalinfo - .TH "gdalinfo" 1 "Sun Sep 5 2010" "GDAL" NAME Looks like an issue with doxygen 1.7.1 -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT

Bug#640260: mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp

2011-09-05 Thread Francesco P. Lovergine
reassign 640260 libdap-dev thanks Note that uuid and rtmp dependencies have been introduced in current libdapclient, so libdap-dev is both missing a dependency against librtmp-dev and uuid-dev and a correct pkg-config --libs entryi AFAIK. ldd /usr/lib/libdapclient.so|grep rt librt.so.1 =

Bug#558733:

2011-09-05 Thread Francesco P. Lovergine
On Mon, Sep 05, 2011 at 10:37:12AM +0200, Mathieu Malaterre wrote: > severity 558733 important > thanks > > Hi, > > I understand the issue with libtiff5 not in debian yet. However > current programs using both geotiff and libgdal simply segfaults on > debian. Could the Makefiles be updated to u

Processed: your mail

2011-09-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > found 558733 1.6.3-4+b1 Bug #558733 [libgdal1-1.6.0] [libgdal1-1.6.0] Reading tiff file causes segfault when linked also with geotiff Bug Marked as found in versions gdal/1.6.3-4. > thanks Stopping processing here. Please contact me if you need

Processed: your mail

2011-09-05 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > severity 558733 important Bug #558733 [libgdal1-1.6.0] [libgdal1-1.6.0] Reading tiff file causes segfault when linked also with geotiff Severity set to 'important' from 'normal' > thanks Stopping processing here. Please contact me if you need

Bug#558733:

2011-09-05 Thread Mathieu Malaterre
severity 558733 important thanks Hi, I understand the issue with libtiff5 not in debian yet. However current programs using both geotiff and libgdal simply segfaults on debian. Could the Makefiles be updated to use -Wl,--version-script,version_script Or any other mean to prevent this segf