Use host srs.db

[m-kuhn]

No description provided.

[qfield-fairy]

🎉 Ta-daaa, freshly created APKs are available for 1f68945: arm64-android

Other architectures

• arm-neon-android
• x64-android
• x86-android
• all access arm64-android
• all access arm-neon-android
• all access x64-android
• all access x86-android

oups

[nirvn]

@m-kuhn , the srs.db doesn't seem to update properly.

[m-kuhn]

@m-kuhn , the srs.db doesn't seem to update properly.

In case you have time to look at the build logs from the relevant architectures, that could give some hints (I won't have time for it today)

[m-kuhn]

is it possible that it updates the db on the host instead of the target?

[nirvn]

@m-kuhn, two problems with this PR:

• we can't always add -DNATIVE_CRSSYNC_BIN , we need it to actually build on host triplets (that's easy enough, we can add a conditional if (ANDROID or IOS) there; but
• once we do that (tested locally), it doesn't work on Android or iOS, instead calling the native CRS sync either does nothing or updates the host srs.db (either way, the srs.db on Android/iOS's vcpkg_installed is not modified).

[m-kuhn]

@nirvn do you happen to know if the srs.db file is correct on linux (and other not cross compiled targets)?

In this case we could drop the NATIVE_CRSSYNC_BIN and use

if(HOST_TRIPLET STREQUAL TARGET_TRIPLET)
  file(COPY "${CURRENT_HOST_INSTALLED_DIR}/share/qgis/resources/srs.db" "${CURRENT_PACKAGES_DIR}/share/qgis/resources/srs.db")
endif()

[nirvn]

@m-kuhn , yes, on host linux, the srs.db was properly updated. Your solution makes a lot of sense.