[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: PROJ 6.0.0



To find out how many packages can be built successfully by adding the
ACCEPT_USE_OF_DEPRECATED_PROJ_API_H flag, I did another round of
rebuilds. Not only with PROJ 6.0.0, but also libgeotiff 1.5.1 as they
share several rdeps (and libgeotiff doesn't have many).

While most packages built successfully when
ACCEPT_USE_OF_DEPRECATED_PROJ_API_H is defined, some important packages
still FTBFS.

The datum grid regressions in proj-rdnap should be fixed in PROJ 6.1.0,
so that will be the minimum version to wait for before wanting to do the
transition.

We really need to update SAGA to something newer once the PROJ 6 support
has been released. Whether QGIS can work with that version or not should
not hold back adopting a newer SAGA. The SAGA LTS didn't really work out
due just freezing the version and not backporting important changes
while preserving the ABI.

Not breaking python-cartopy should also be one of the goals before doing
the transition, but I'll accepting ignoring the test failures if
upstream takes too long to get the fixes published.

MapServer 7.4.0 will likely resolve the use of projects.h in PHP
MapScript, but if it doesn't that is also a major blocker. I'd rather
not disable PHP MapScript again now that it finally supports PHP 7. But
I will if I have to.

The biggest issue is VTK however. Having multiple (outdated) version in
Debian is a pain, and I suspect that the maintainers will have a hard
time backporting the PROJ 6 changes from the current VTK to the vtk6 &
vtk7 packages. Removing the vtk packages from testing will
(transitively) affect many packages, either directly or via ITK4.

On 3/8/19 6:44 PM, Sebastiaan Couwenberg wrote:
> octave-octproj (1.1.5-4) FTBFS because it doesn't define
> ACCEPT_USE_OF_DEPRECATED_PROJ_API_H when using proj_api.h.

Defining the flag allows the package to build successfully. Patch
forwarded in the upstream issue:

 https://savannah.gnu.org/bugs/index.php?56039

> osm2pgsql (0.96.0+ds-2) FTBFS because it doesn't define
> ACCEPT_USE_OF_DEPRECATED_PROJ_API_H when using proj_api.h (via libosmium).

Defining the flag allows the package to build successfully.

> python-cartopy (0.17.0+dfsg-3) FTBFS because it doesn't define
> ACCEPT_USE_OF_DEPRECATED_PROJ_API_H when using proj_api.h.

Defining the flag allows the package to build, but tests fail due to
rounding issues.

> sosi2osm (1.0.0-5) FTBFS because it doesn't define
> ACCEPT_USE_OF_DEPRECATED_PROJ_API_H when using proj_api.h.

Defining the flag allows the package to build successfully.

> spatialite (4.3.0a-5 & 5.0.0~beta0-1~exp2) FTBFS due to the same issue.

Defining the flag allows the package to build successfully. Although
some tests fail, which may be due to proj, or any of the other
dependencies having been updated since 4.3.0a was released.

> survex (1.2.37-1) FTBFS due to the same issue.

Adding -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H to CFLAGS & CXXFLAGS is not
sufficient, the build still fails:

 /usr/bin/ld: commands.o: in function `cmd_declination':
 ./src/commands.c:1712: undefined reference to `pj_factors'

Reported in the upstream issue:

 https://trac.survex.com/ticket/102

> xygrib (1.2.2-1) FTBFS due to the same issue.

Defining the flag allows the package to build successfully.

gdal (2.4.0+dfsg-1) FTBFS when built with OGDI 3.2, to build with OGDI
4.0 the (build) dependencies need to be changed. The move to OGDI 4.0
will be the first (mini) transition after the buster release (assuming
it gets through NEW by that time), as we only need to update gdal & saga
(which only build depends on OGDI). With the changes for OGDI 4.0 and
adding -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H it builds successfully.

magics++ (3.3.1-1) builds successfully after adding
ACCEPT_USE_OF_DEPRECATED_PROJ_API_H to CFLAGS & CXXFLAGS.

The same goes for cdo, mapnik, merkaartor, metview, ncl,
openorienteering-mapper, qmapshack, spatialite-gui, sumo, therion & xastir.

mapserver (7.2.2-1) FTBFS because PHP MapScript still uses projects.h,
still issue is still present in 7.4.0~beta1.

r-cran-sf (0.7-2+dfsg-1) FTBFS even with the flag set because it expects
the epsg init file which is no longer present in PROJ 6.0.0. This also
blocks the rebuild of r-cran-lwgeom.

saga (2.3.1+dfsg-4) FTBFS because it still uses projects.h which was
removed in PROJ 6.0.0.

thuban (1.2.2-14) FTBFS because of that too, since it's dead upstream
we'll use this opportunity to remove it from the archive. Just like
gpx2shp most likely, unless someone provides a patch.

vtk6 (6.3.0+dfsg2-2) & vtk7 (7.1.1+dfsg1-12) also rely on projects.h,
and the upstream issue is disturbingly quiet. This will transitively
affect ITK4 and OTB, and prevents rebuilds of ifrit & lammps.

grass (7.6.0-1) FTBFS because it requires nad2bin which was removed in
PROJ 6.0.0, this is fixed in grass (7.6.1-1~exp1).


Transition: proj

 libproj13 (5.2.0-1) -> libproj15 (6.0.0-1~exp2)

The status of the most recent rebuilds is as follows.

 josm                    (0.0.svn14760+dfsg-1)              SKIP

 gpx2shp                 (0.71.0-7)                         FTBFS
 libgeo-proj4-perl       (1.09-2)                           FTBFS
 libgeotiff-dfsg         (1.4.3-1)                          SKIP
 libgeotiff              (1.5.1-1~exp2)                     OK
 mshr                    (2018.1.0+dfsg1-7)                 OK
 octave-octproj          (1.1.5-4)                          OK [+]
 ogdi-dfsg               (3.2.1+ds-4 / 4.0.0+ds-1~exp3)     FTBFS / OK
 osm2pgsql               (0.96.0+ds-2)                      OK [+]
 pdl                     (1:2.019-5)                        OK
 proj-rdnap              (2008-8)                           FTBFS
 python-cartopy          (0.17.0+dfsg-3)                    FTBFS
 python-pyproj           (1.9.6-1 / 2.1.3+ds-1~exp1)        FTBFS / OK
 shapelib                (1.4.1-3 / 1.5.0-1~exp1)           FTBFS / OK
 sosi2osm                (1.0.0-5)                          OK [+]
 spatialite              (4.3.0a-5)                         OK [+]
 survex                  (1.2.38-1)                         FTBFS
 xygrib                  (1.2.2-1)                          OK [+]

 gdal                    (2.4.0+dfsg-1)                     OK [+]
 magics++                (3.3.1-1)                          OK [+]
 spatialite-gui          (2.1.0~beta0+really2.0.0~devel2-3) OK [+]
 spatialite-tools        (4.3.0-2)                          OK

 cdo                     (1.9.6-1)                          OK [+]
 mapnik                  (3.0.22+ds-1)                      OK [+]
 mapserver               (7.2.2-1)                          FTBFS
 merkaartor              (0.18.3+ds-5)                      OK [+]
 metview                 (5.3.0-2)                          OK [+]
 ncl                     (6.5.0-2)                          OK [+]
 openorienteering-mapper (0.8.4-1)                          OK [+]
 pdal                    (1.8.0+ds-1)                       OK
 postgis                 (2.5.1+dfsg-1 / 2.5.2+dfsg-1~exp1) FTBFS / OK
 qmapshack               (1.12.3-1 / 1.13.0-1~exp1)         OK [+] / OK
 r-cran-sf               (0.7-2+dfsg-1)                     FTBFS
 saga                    (2.3.1+dfsg-4)                     FTBFS
 sumo                    (1.1.0+dfsg1-1)                    OK [+]
 thuban                  (1.2.2-14)                         FTBFS
 vtk6                    (6.3.0+dfsg2-2)                    FTBFS
 vtk7                    (7.1.1+dfsg1-12)                   FTBFS
 xastir                  (2.1.0-5)                          OK [+]

 freecad                 (0.18.1+dfsg1-1)                   SKIP
 gammaray                (2.9.0-2.1)                        SKIP
 grass                   (7.6.0-1 / 7.6.1-1~exp1)           FTBFS/OK [+]
 ifrit                   (4.1.2-6)                          FTBFS
 lammps                  (0~20181211.gitad1b1897d+dfsg1-2)  FTBFS
 node-mapnik             (3.7.2+dfsg-5)                     OK
 python-mapnik           (1:0.0~20180723-588fc9062-2)       OK
 r-cran-lwgeom           (0.1-5+repack-1)                   FTBFS
 therion                 (5.4.3ds1-5)                       OK [+]

 qgis                    (3.4.6+dfsg-1)                     OK


Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


Reply to: