Bug#790831: transition: spatialite

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian.org at packages.debian.org
Usertags: transition
Forwarded: https://release.debian.org/transitions/html/auto-spatialite.html

Dear Release Team,

To move away from the deprecated spatialite_init() method that is
causing issues since the proj 4.9.1 transition (#785091) we need to get
spatialite 4.3.0 out of experimental.

The spatialite transition is closely related to the gdal 1.11 transition
(#756867). GDAL 1.11 adds support for the spatialite_init_ex() method,
and will use it for SpatiaLite >= 4.1.2.

Because the gdal transition is currently blocked by mapnik 3, we may be
able to do the spatialite transition first. It has a much more limited
scope.

All reverse dependencies built successfully with spatialite 4.3.0 in my
last round of rebuilds, the summary is included below.

spatialite-tools (4.1.1-5) won't need a rebuild, because 4.3.0-1 will be
uploaded instead.

spatialite-gui (2.0.0~devel2-1) is intended to accompany spatialite
4.3.0, but it requires librasterlite2 which hasn't passed the NEW queue
yet. We can stick to 1.7.1-6 in unstable in case librasterlite2 remains
unavailable.


Transition: spatialite

 libspatialite5 (4.1.1-10) -> libspatialite7 (4.3.0-1)

The status of the most recent rebuilds is as follows.

 gdal              (1.10.1+dfsg-9 / 1.11.2+dfsg-1~exp4)  OK / OK
 librasterlite     (1.1g-5)                              OK
 librasterlite2    (1.0.0~rc0+devel-1~exp1)              OK
 pyspatialite      (3.0.1-7)                             OK
 spatialite-tools  (4.1.1-5 / 4.3.0-1~exp1)              OK / OK

 merkaartor        (0.18.1-3)                            OK
 osmcoastline      (2.0.1-2)                             OK
 qgis              (2.8.2+dfsg-2)                        OK
 spatialite-gui    (1.7.1-6 / 2.0.0~devel2-1~exp1)       OK / OK


Kind Regards,

Bas