Martijn Visser

Yeah that should be possible. You may need to have to disable the _jll loading in GDAL.jl, and then you can set `const libgdal` yourself to anything you like. `"libgdal"`...

Cross linking https://discourse.julialang.org/t/illegal-cpu-instructions-when-testing-gdal-jl/41922.

I invited you guys to join JuliaGeo, I agree it would be best to work on one version.

Specifically we'd need to add a depdendency to `libpq`, for which there is luckily already a `LibPQ_jll` available: https://github.com/JuliaPackaging/Yggdrasil/blob/7540ff4bc28abce05a948d9ee0ffdd44260ea04a/L/LibPQ/build_tarballs.jl

That looks good to me!

Sorry, it seems like `LibPQ_jll` with `libpq` only was not enough. I think it needs a build of PostgreSQL including the libpq interface, which is not yet in Yggdrasil. So...

What would you want the Docker to contain? The main entry point is the wflow_cli app, for which a tarball can be downloaded from https://download.deltares.nl/en/download/wflow/. Is that enough? Or if...

Ok yes in most cases the cli app would be sufficient, and easiest. Not sure what the best practices are for throwing a generic linux tarball into a Docker container,...

Yeah that could work as well. I'm not aware of anyone having needed support for this yet, I don't know how common it is. Perhaps we can even get away...

Probably it would be better to move the "no conversion needed" next to the 2 to 3 arg method, and make it 2 arg, avoiding the geomtrait call.