Bug#876561: transition: gdal

[Emilio Pozuelo Monfort <pochu@debian.org>]

Control: tags -1 confirmed

On 29/09/17 22:55, Sebastiaan Couwenberg wrote:
> On 09/27/2017 12:31 AM, Emilio Pozuelo Monfort wrote:
>> On 23/09/17 21:46, Bas Couwenberg wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian.org@packages.debian.org
>>> Usertags: transition
>>>
>>> For the Debian GIS team I'd like to transition to GDAL 2.2.2.
>>>
>>> Like the previous transition to GDAL 2.2.1 (#866797), there is no SONAME
>>> bump, only the virtual ABI package changed to account for the C++ symbol
>>> changes.
>>>
>>> All reverse dependencies rebuilt successfully with GDAL 2.2.2 from
>>> experimental as summarized below, except gazebo.
>>>
>>> gazebo (7.8.1+dfsg-1) FTBFS for some unclear reason unrelated to gdal
>>> (it FTBFS with plain unstable too):
>>>
>>>  [ 88%] Built target gazebo_gui
>>>  make[2]: Leaving directory '/build/gazebo-7.8.1+dfsg/obj-x86_64-linux-gnu'
>>>  Makefile:165: recipe for target 'all' failed
>>>
>>>
>>> libgdal-grass doesn't need a binNMU as the 2.2.2 version will be
>>> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
>>> the version is experimental will be moved to unstable instead.
>>>
>>>
>>> A complication for the transition is the inability to build the gdal
>>> package on armhf, due to an issue with ca-certificates-java:
>>>
>>>  Setting up ca-certificates-java (20170531+nmu1) ...
>>>  Error: missing `server' JVM at `/usr/lib/jvm/java-8-openjdk-armhf/jre/lib/arm/server/libjvm.so'.
>>>  Please install or use the JRE or JDK that contains these missing components.
>>>
>>> But openjdk-8-jdk-headless cannot be installed because it depends on
>>> ca-certificates-java, see:
>>>
>>>  https://buildd.debian.org/status/fetch.php?pkg=gdal&arch=armhf&ver=2.2.1%2Bdfsg-2%2Bb2&stamp=1505204615&raw=0
>>
>> That's #874276, and that's a blocker to start this.
> 
> The uninstallable build dependencies are now resolved, but the
> underlying issue in the ca-certificates-java package apparently has not
> (based on reopening of the bugreport).

This is fine now, isn't it? And since gl2ps has migrated, let's go ahead with this.

Cheers,
Emilio