BLD/RLS: update wheels to include GDAL 3.10.2 #524
Conversation
|
The issue with the linux wheels is the build of GDAL failing with (got this message from running the docker image locally): For some reason, it thinks that sqlite is not built with rtree support, although vcpkg clearly indicates that it did do that (this can also bee seen in the vcpkg logs in CI): So it installs Locally I tried to then checkout an older commit for GDAL 3.10.1 or 3.10.0, but actually running in the same issue .. |
|
I'm not sure if it is related, but at least it is a "coincidence"... but I and other users started noticing installation issues when installing geofileops via conda since the beginning of last week. The issue is that a 4 year old version (3.32) of the "sqlite" package is occasionally being installed while the "libsqlite" package is a recent one. The "sqlite" conda package is the one being depended on by gdal, and when this older version is installed, gdal has issues to load because some entry points build against in sqlite were only introduced in sqlite version 3.7. I don't know why this old version is getting installed though :-(... Related issues: geofileops/geofileops#653, geofileops/geofileops#645, OSGeo/gdal#9021 |
|
I am assuming that that is not related. Here it is a build issue (not failing to find some symbol at import), and both sqlite versions installed are a recent version (3.49.0). Unless there might be another sqlite that is installed on the base docker image that for some reason gets found instead. |
|
Success! (at least for now, by using an older manylinux image, will see in the future when we have to update that ..). In the verbose error logs, there was something about "ld: cannot find -l@LDFLAGS_MATH@" when trying detect the features of sqlite using CMake's And because the manylinux image comes with libsqlite as well (since python uses that), that might mess with how cmake is finding the incorrect sqlite lib when detecting the features in the GDAL build step. So good for now, but we will still need to figure out how to fix this issue later this year when we have to update the manylinux images ... (for example, when updating to include newer python versions) Logs from and in the working case now: |
Updating to GDAL 3.10.2 (microsoft/vcpkg@d24ce43)