GDAL link to json-c but is built with gdal internal json-c code

[Alain]

According to build log, gdal is built with internal json-c :

checking for json_object_set_serializer in -ljson-c... no
using internal libjson-c code

But :
* libjson-c appear with `ldd /usr/lib/libgdal.so`
* internal json-c code has a bug with locale (see: https://trac.osgeo.org/gdal/ticket/6438)

[Alain (alaindelplanque)]

Small add:

gdal depend of json-c from liblwgeom. Why not using external libjson for gdal itself ?

$ lddtree /usr/lib/libgdal.so | grep -C 3 json
    libdap.so.17 => /usr/lib/x86_64-linux-gnu/libdap.so.17
    libspatialite.so.7 => /usr/lib/x86_64-linux-gnu/libspatialite.so.7
        liblwgeom-2.1.8.so => /usr/lib/liblwgeom-2.1.8.so
            libjson-c.so.2 => /lib/x86_64-linux-gnu/libjson-c.so.2
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3
    libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
        libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11

[Bas Couwenberg (sebastic)]

gdal (2.0.2+dfsg-5) switches to the external json-c, and will be available in Debian unstable soon.

It will take some time for this change to find its way into Ubuntu, unless someone backports the changes to the GDAL 1.11.x packages in Ubuntu.

[Launchpad Janitor (janitor)]

This bug was fixed in the package gdal - 2.0.2+dfsg-5build1

---------------
gdal (2.0.2+dfsg-5build1) yakkety; urgency=medium

  * Rebuild against libjson-c3.

 -- Gianfranco Costamagna <email address hidden> Fri, 29 Apr 2016 17:32:42 +0200