On 2/19/20 5:37 PM, Sebastiaan Couwenberg wrote: > A few rdeps FTBFS due to test failures as is common for new PROJ major > releases. And proj itself FTBFS on big endian architectures due to a > test failure.
A patch for the test failure on s390x has been included in the package, but it still fails other tests. > python-pyproj (2.4.2+ds-3) FTBFS due to test failures: > > * test_coordinate_operation_grids__alternative_grid_name > * test_transformer_group__get_transform_crs > > These need to be updated for PROJ 7.0.0. This is fixed in python-pyproj (2.4.2+ds-4). > postgis (3.0.0+dfsg-6) FTBFS due to test failures: > > regress_proj .. failed (diff expected obtained: > /tmp/pgis_reg/test_80_diff) > ----------------------------------------------------------------------------- > --- regress_proj_expected 2019-10-20 02:26:04.000000000 +0000 > +++ /tmp/pgis_reg/test_80_out 2020-02-19 06:58:31.272205393 +0000 > @@ -11,4 +11,4 @@ > 10|POINT(574600 5316780) > 11|SRID=100001;POINT(574600 5316780) > ERROR: could not parse proj string 'invalid projection' > -13|150 > +ERROR: transform: failed to load datum shift file (-38) > ----------------------------------------------------------------------------- The same error occurs with postgis (3.1.0~alpha1+dfsg-1~exp1). > r-cran-sf (0.8-1+dfsg-1) FTBFS due to a configure failure: > > configure: error: proj_api.h not found in standard or given locations. Patch available in #951655 > r-cran-lwgeom (0.2-1-1) FTBFS: > > ** byte-compile and prepare package for lazy loading > double free or corruption (!prev) > Aborted > ERROR: lazy loading failed for package 'lwgeom' Built successfully when r-cran-sf has been rebuilt with PROJ 7. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
