In reply to @imincik:matrix.org
No, but I would be interested to investigate this use case once I have some free time.

In reply to @imincik:matrix.org
I think update script is not mandatory. In many trivial cases update bot can just check latest release and create PR without update script.

We have broken cross compilation for libspatialite, librasterlite2, librttopo and grass, any ideas how to fix?

       > checking for geos-config... /nix/store/05jx4m5cx65gvg56ycglys0q3i20hvyn-geos-3.12.2/bin/geos-config
       > checking for geos_c.h... yes
       > checking for library containing GEOSContext_setErrorMessageHandler_r... no
       > configure: error: could not find libgeos_c (or obsolete 'libgeos_c' < v.3.5.0 found) - you may need to specify the directory of a geos-config file using --with-geosconfig

In reply to @autra:trancart.eu
@imincik:matrix.org: I've invited you to my fork so that we can collaborate for geos.

In reply to @sikmir:matrix.org

We have broken cross compilation for libspatialite, librasterlite2, librttopo and grass, any ideas how to fix?

       > checking for geos-config... /nix/store/05jx4m5cx65gvg56ycglys0q3i20hvyn-geos-3.12.2/bin/geos-config
       > checking for geos_c.h... yes
       > checking for library containing GEOSContext_setErrorMessageHandler_r... no
       > configure: error: could not find libgeos_c (or obsolete 'libgeos_c' < v.3.5.0 found) - you may need to specify the directory of a geos-config file using --with-geosconfig

In reply to @autra:trancart.eu
Ivan Mincik (imincik): thanks for the nix why-depends command! Now I need to figure out why the heck psycopg depends on geos :-O From the github it seems geos is only referenced when building the doc (which still seems odd to me)

In reply to @autra:trancart.eu
I'm executing nixpgks-review for geos. From what I can gather, psycopg and gdal are still failing...

In reply to @autra:trancart.eu
From which arch to which arch? Btw where do you look to get these build status? Is there a way to get notified?

In reply to @autra:trancart.eu
sikmir: have you tried bisecting already? Do we have a known good commit in the past?

In reply to @autra:trancart.eu
Wow that being said, bisecting nixpkgs is not always a piece of cake. I naively started "git bisect run nix-build ..." for gmt from somewhere in 2022, and the amount of rebuilds is massive. Next time I'll be a bit more clever :-)

In reply to @imincik:matrix.org
I did successful bisecting on qgis once. It took long time but i found the issue.

The gmt build is broken by 25bc618215a7: libxml2: 2.12.7 → 2.13.2.

The error is (during the build of gmt) :

nix/store/81xsp348yfgmaan9r5055mcdjfw7a8wc-binutils-2.42/bin/ld: /nix/store/hfb55givv2afsz93b705hkjd9y98wqam-libspatialite-5.1.0/lib/libspatialite.so.8: undefined reference to `xmlNanoHTTPCleanup@LIBXML2_2.4.30'
collect2: error: ld returned 1 exit status

It's not the only one having this error (https://github.com/NixOS/nixpkgs/pull/331127 and https://github.com/NixOS/nixpkgs/issues/331121), but I don't know how to apply it to gmt. It does not depend directly from libxml2

I also did:

    (netcdf.override { libxml2 = (libxml2.override { enableHttp = true; }); })

In gmt's build input, but that does not work