QGIS 3.28.1 + gdal<3.6 causes error loading shared libraries #276
Comments
|
QGIS has done the GDAL 3.6.0 migration so anything that downgrades GDAL to an earlier version will break the environment... Can enpt be updated (probably needs a re-render so all its dependencies are the latest versions)? |
|
Actually @ocefpaf is this an error with the |
|
It is fiona that downgrades gdal to <3.6. They are currently waiting for a new release compatible with gdal 3.6: conda-forge/fiona-feedstock#202. However, an incomptibility of qgis 3.28.1 and gdal<3.6 should be indicated somehow in the recipe so that conda does not install both together. I built the Linux Python 3.9 version from #277 locally and can confirm that this fixes the issue as it refuses to install gdal<3.6. Instead, conda jumps to build 0 if I try to install gdal<3.6: |
|
I guess we can get build 0 marked as broken? |
|
I don't think this is a QGIS problem. should the downgrade push the qgis version to 3.22 too? |
|
So far as I understand, this is the latest version compatible with gdal<3.6. Not marking build 0 as broken directly leads to the above issue when installing any package that is not yet compatible with gdal 3.6. |
|
How about merging this #277 see if it corrects the problem and then mark build 0 as broken? |
|
Because you mention fiona I have tried installing geopandas together with QGIS 3.28.1 and I got this: The following packages will be DOWNGRADED: gdal 3.6.0-py311hf6158c2_1 --> 3.5.3-py311hf6158c2_1 Which seems similar problem. |
|
Yes, because geopandas depends on fiona: https://github.com/conda-forge/geopandas-feedstock/blob/a45dcce2f2798f912e16aaf7ed4d363a35cd3059/recipe/meta.yaml#L48 I already tested if #277 fixes the issue: #276 (comment) I am building the Linux versions for #277. |
|
Maybe a stupid question: Providing compatibility of qgis 3.28.1 to gdal>=3.5.3 is not realistic, right? |
|
This was one of the reasons why I wanted to keep a LTR build with the main dependencies pinned (gdal, geos, proj). Make as stable and retro compatible with other libraries. |
It's a bit tricky since everything is always moving forward and we have already done the GDAL 3.6 migration. Is it possible to have fiona etc in a different environment? |
|
Yes, I can try that. But I didn't have 5he time yet. |
Instead of marking the build as broken, there's a way to submit a repodata patch to fix the metadata (i.e. set an explicit pin to GDAL 3.6), see example PR at conda-forge/conda-forge-repodata-patches-feedstock#366. Instructions at https://github.com/conda-forge/conda-forge-repodata-patches-feedstock/tree/main/recipe. Oh and by the way, the |
Solution to issue cannot be found in the documentation.
Issue
I just tried to install to install the latest qgis 3.28.1 Linux build together with enpt. Somehow enpt forces to install gdal 3.5.3 instead of gdal 3.6, which does not seem to work. When I start QGIS, I only get:
qgis: error while loading shared libraries: libgdal.so.32: cannot open shared object file: No such file or directoryNot sure if this is related to qgis but I had no problem with with qgis 3.22 + enpt.
When I create an environment with
mamba create -n myenv "qgis=3.28.1", gdal 3.6 is installed and everything works fine. However, when I downgrade gdal to 3.5.3, it fails to load libgdal.so.32 (only libgdal.so.31 is present).-> Reproduce it with
mamba create -n myenv "qgis=3.28.1" "gdal<3.6", see output ofconda listbelow.Any idea what goes wrong here?
Installed packages
Environment info
The text was updated successfully, but these errors were encountered: