Open frapa opened 1 year ago
I'm also inclined to think this is a version mismatch. How did you build your program, was it on this computer or somewhere else? Can you try building and running it in a container to isolate it from the rest of your system?
And does a simple program that just reads the three bands (for example) have the same issue?
@frapa Do you by chance use conda
or some other Python environment management system? I've had problems with it polluting the link environment during builds. I agree with @lnicola that this is a library version problem (gdal build against one jpeg library, but loading a different library at runtime.
@frapa Also could you paste the output of this?
gdalinfo --formats | grep -i jpeg
gdalinfo --formats | grep -i tif
(may or may not be helpful, but can compare to what's in our CI environment)
@frapa are you still having this issue?
Hi,
I have written a program that uses the
gdal
crate to read some parts of a GeoTiff file. The file is RGB data and uses JPEG compression. With any other compressions (I tested none and LZW) everything works as expected, but with JPEG on Ubuntu 22.04 the program fails to load the libjpeg shared lib:Note that my installed version of libjpeg is 8, I do not have version 6.2 on the system:
The interesting thing is that using my installed GDAL for instance with
gdal_translate
or QGIS works as expected (reading JPEG compressed tiffs just fine), it's just rust programs using this library and dynamically linking to GDAL which fails to load.I have tried on 3 different systems, all with Ubuntu 22.04, and none of them seems to work. I used apt to install GDAL (version 3.4).