[gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release

[Peter Hopfgartner]

Hi Frank,

I had to disable mask_5 to mask_10 and ecw_6, which threw another Exception.

Now the result looks like:
 ------------ Failures ------------
Script: ogr/ogr_s57.py
  TEST: ogr_s57_2 ... fail
    Expected 2 layer type in layer COALNE, but got 0.
Script: gcore/tiff_write.py
  TEST: tiff_write_55 ... fail
    failed to preserve Equirectangular projection as expected, old libgeotiff?
Script: gdrivers/pds.py
  TEST: pds_4 ... fail
    Checksum for band 1 in "pds_3177.lbl" is 3293, but expected 4028.
Script: gdrivers/gxf.py
  TEST: gxf_1 ... fail
    Checksum for band 1 in "small.gxf" is 90, but expected 88.
Script: gdrivers/ecw.py
  TEST: ecw_10 ... fail (blowup)
 ----------------------------------

Test Script: utilities/test_ogrtindex.py
Succeeded: 1570
Failed:    5 (1 blew exceptions)
Skipped:   240
Expected fail:1
As GDAL_DOWNLOAD_TEST_DATA environment variable is not defined, 67 tests relying on data to downloaded from the Web have been skipped

Talking about libtiff4 in elgis is concerned, there is really no hurry.

Cheers,

Peter
 
R3 GIS Srl - GmbH
http://www.r3-gis.com


--------Frank Warmerdam <warmerdam at pobox.com> wrote--------
Subject: Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Date: 09.11.2010 17:22

>Peter Hopfgartner wrote:
>> Hi Frank,
>> 
>> gdal was configured with:
>> 
>>         --with-geotiff=external   \
>>         --with-tiff=external      \
>>         --with-libtiff=external   \
>> 
>> and libtiff is the one that comes with CentOS 5.5:
>> 
>> [rpmbuild at rpm-devel gdalautotest-1.7.0]$ rpm -qa | grep tiff
>> libgeotiff-1.2.4-3.el5
>> libtiff-devel-3.8.2-7.el5_5.5
>> libgeotiff-devel-1.2.4-3.el5
>> libtiff-3.8.2-7.el5_5.5
>
>Peter,
>
>Well, that explains it.  Passing the autotest suite will require a
>substantially newer libtiff.  I would suggest you just disregard tiff
>related failures, and remove any tiff related scripts that cause a
>crash.
>
>But this sensitivity of GDAL to libtiff bugs is the reason I advocate for
>having libtiff4 available for GDAL, though hopefully in a way that does
>not interfere with the system libtiff.
>
>I'm sorry I haven't been able to follow up on that on the EL mailing list
>as I've backburnered my RPM work for a few days.
>
>Best regards,
>-- 
>---------------------------------------+--------------------------------------
>I set the clouds in motion - turn up   | Frank Warmerdam,
>warmerdam at pobox.com
>light and sound - activate the windows | http://pobox.com/~warmerdam
>and watch the world go round - Rush    | Geospatial Programmer for Rent
>
>