[gdal-dev] Motion: Promote 1.11.0RC1 for release
Even Rouault
even.rouault at mines-paris.org
Sun Apr 20 08:50:47 PDT 2014
Le dimanche 20 avril 2014 17:36:58, Kurt Schwehr a écrit :
> Pretty much everything working with fink on the mac on 10.9 with xcode 5.1
> and fink's python 2.7. Test results below. Created one new issue.
Most of the failed tests are due to the fact that you don't have proj.4
installed : it is pretty much a requirement for successfull tests. The Mac
Travis CI instance used to pass the tests (when it built...)
JPEG failed tests must be due to libjpeg 9 and subtle differences in
compression/decompression. You could likely add the checksum values you get in
the possible expected values.
Not sure why you get failures with osm however. Would be interesting to
compare with GDAL 1.10.1.
The failures in png_copy_icc might perhaps be due to the libpng version you
are using.
>
> -kurt
>
> test_gdaltindex4 failing: http://trac.osgeo.org/gdal/ticket/5440
>
> Packaging files:
> https://github.com/schwehr/fink-10.9/tree/1fd286b6f90a56803c8838789e1b84080
> a7c386b/libs
>
> Autotest results: http://schwehr.org/gdal/gdal-1.11.0RC1-autotest.txt
>
> Succeeded: 2876
> Failed: 42 (10 blew exceptions)
> Skipped: 753
> Expected fail:12
> Duration: 05m34.0s
> As GDAL_DOWNLOAD_TEST_DATA environment variable is not defined, 109 tests
> relying on data to downloaded from the Web have been skipped
> As GDAL_RUN_SLOW_TESTS environment variable is not defined, 22 "slow" tests
> have been skipped
>
> grep fail gdal-1.11.0RC1-autotest.txt | grep TEST
> TEST: ogr_couchdb_SetAttributeFilter ... ERROR 1: Filter creation failed
>
> : unauthorized, You are not a db or server admin.
>
> TEST: gdal_api_proxy_3 ... Fails on MacOSX ('ERROR 1: posix_spawnp()
> failed'. Not sure why.
> TEST: jpeg_1 ... fail
>
>
> line 435: Checksum for band 2 in "albania.jpg" is 34296, but expected
> 17016.
>
> fink list -i libjpeg
> i libjpeg9-shlibs 9a-1 Shared libraries for
> libjpeg package
>
>
> TEST: lcp_17 ... expected_fail
> TEST: mbtiles_2 ... fail
> TEST: mem_6 ... python(82931,0x7fff7b8b0310) malloc: ***
> mach_vm_map(size=18446744004990078976) failed (error code=3)
> TEST: rasterlite_2 ... fail
> TEST: webp_2 ... fail
> TEST: test_gdaltindex_4 ... fail
> TEST: test_gdaltindex_5 ... fail
> TEST: test_gdalwarp_18 ... fail
> TEST: ogr_osm_3 ... fail (blowup)
> TEST: ogr_osm_3_sqlite_nodes ... fail (blowup)
> TEST: ogr_osm_3_custom_compress_nodes ... fail (blowup)
> TEST: ogr_osm_6 ... fail
> TEST: basic_test_8 ... fail
> TEST: http_4 ... fail
> TEST: jpeg_1 ... fail
> TEST: jpeg_16 ... fail
> TEST: jpeg2000_8 ... fail
> TEST: mbtiles_2 ... fail
> TEST: png_copy_icc ... fail (blowup)
> TEST: png_copy_options_icc ... fail (blowup)
> TEST: rasterlite_2 ... fail
> TEST: webp_2 ... fail
> TEST: webp_3 ... fail
> TEST: webp_4 ... fail
> TEST: warp_27 ... fail (blowup)
> TEST: warp_38 ... fail
> TEST: warp_39 ... fail
> TEST: warp_39 ... fail
> TEST: test_gdalinfo_11 ... fail
> TEST: test_gdalinfo_13 ... fail
> TEST: test_gdaltindex_4 ... fail
> TEST: test_gdaltindex_5 ... fail
> TEST: test_gdaltransform_5 ... fail (blowup)
> TEST: test_gdaltransform_7 ... fail (blowup)
> TEST: test_gdalwarp_4 ... fail
> TEST: test_gdalwarp_15 ... fail
> TEST: test_gdalwarp_18 ... fail
> TEST: test_gdalwarp_24 ... fail
> TEST: test_gdalwarp_25 ... fail
> TEST: test_gdalwarp_26 ... fail
> TEST: test_gdalwarp_27 ... fail
> TEST: test_gdalwarp_28 ... fail
> TEST: test_gdalwarp_29 ... fail
> TEST: test_gdalwarp_30 ... fail (blowup)
> TEST: test_gdalwarp_31 ... fail
> TEST: test_ogr2ogr_18 ... fail (blowup)
> TEST: test_ogr2ogr_46 ... fail
> TEST: test_ogr2ogr_47 ... fail
> TEST: test_ogrinfo_12 ... fail
> TEST: test_ogrlineref_1 ... fail
>
>
> On Sun, Apr 20, 2014 at 7:56 AM, Even Rouault
>
> <even.rouault at mines-paris.org>wrote:
> > Le dimanche 20 avril 2014 16:21:40, Martin Landa a écrit :
> > > Hi,
> > >
> > > 2014-04-20 16:03 GMT+02:00 Even Rouault <even.rouault at mines-paris.org>:
> > > > Motion: GDAL/OGR 1.11.0RC1 is promoted to be the official 1.11.0
> > > > final release.
> > > >
> > > > ---
> > > >
> > > > No critical issue has been specifically reported on RC1 so far, so I
> > > > invite PSC members to vote on this motion after doing your own
> > > > testing and validation. Input from everyone else who can test it is
> > > > also very welcome.
> > >
> > > sorry for the noise, I would just expect that RC period will take
> > > about two weeks. In any case no objections, just my 2eurocents, Martin
> >
> > There is no hard rule for that. In the past, AFAICS, the vote for
> > promoting a
> > RC was asked just 2 or 3 days after issuing it. And Beta1 was released on
> > the
> > 4th, so more than 2 weeks. I don't see the benefit in waiting more,
> > unless there are people who would express the need for some more time to
> > test it. I think that there are 2 categories of people : early adopters
> > who track trunk
> > on a regular basis, or more cautious users who wait for the official
> > release.
> >
> > --
> > Geospatial professional services
> > http://even.rouault.free.fr/services.html
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Geospatial professional services
http://even.rouault.free.fr/services.html
More information about the gdal-dev
mailing list