Re: gdal utilities do not work on my Debian Buster system
Agustin,
the environment variable LD_LIBRARY_PATH is the place where the system
will search for installed libraries first. By default, your system
will not look in /usr/local/lib, but you have added the /usr/local/lib
path yourself (check eg your .bashrc)
Because /usr/local/lib contains libraries needed by gdal, these
versions will be used rather than the original versions supplied by
debian. This leads to a conflict as the version is different from what
was expected.
I think setting LD_LIBRARY_PATH globally is a bad idea. The variable
is very useful, but I set it only when I need it, eg for applications
I compiled myself. Suppose you have a custom built qgis you could run
LD_LIBRARY_PATH=/usr/local/lib /usr/local/bin/qgis
Kind Regards,
Johan
On Fri, Sep 8, 2017 at 1:03 PM, Agustin Lobo <alobolistas@gmail.com> wrote:
> Richard,
> Thanks, but I did check and actually uninstalled many packages(i.e. qgis), but
> could not get it to work until I reset LD_LIBRARY_PATH as indicated by Johan.
> Best,
> Agus
>
> On Fri, Sep 8, 2017 at 12:35 PM, Richard Duivenvoorde
> <rdmailings@duif.net> wrote:
>> On 08-09-17 10:54, Agustin Lobo wrote:
>>> After installing (with Synaptic) libgdal20, libgdal-dev, gdal-data and
>>> gdal-bin on
>>> Debian Buster, I get the following error for any gdal-bin program:
>>>
>>>
>>> alobo@debi:~$ gdalinfo
>>> gdalinfo: /usr/local/lib/libjpeg.so.62: no version information
>>> available (required by /usr/lib/libgdal.so.20)
>>> gdalinfo: /usr/local/lib/libjpeg.so.62: no version information
>>> available (required by /usr/lib/i386-linux-gnu/libpoppler.so.68)
>>> gdalinfo: /usr/local/lib/libjpeg.so.62: no version information
>>> available (required by /usr/lib/libdfalt.so.0)
>>> gdalinfo: relocation error: /usr/lib/libgdal.so.20: symbol
>>> TIFFReadRGBATileExt, version LIBTIFF_4.0 not defined in file
>>> libtiff.so.5 with link time reference
>>>
>>> What can I do?
>>> Thanks
>>
>> Just for your info, I'm on testing/buster too, and always compiling with
>> original Debian libs, so I also have libgdal20 in synaptic (being
>> 2.2.1+dfsg-2+b2).
>> With me it works ok.
>> Maybe you have more gdal's installed? Like you also have one of de QGIS
>> repo's enabled? And installed gdal from there too?
>>
>> Search in Synaptic if you see more versions of libgdal
>>
>> Regards,
>>
>> Richard Duivenvoorde
>>
>
Reply to: