| 25 Sep 2024 |
 Ivan Mincik (imincik) | In reply to @autra:trancart.eu
I'm executing nixpgks-review for geos. From what I can gather, psycopg and gdal are still failing... You can check nixpkgs-review logs in .cache/nixpkgs-review directory
. | 13:10:06 |
 sikmir | 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? nix build -L .#pkgsCross.armv7l-hf-multiplatform.libspatialite | 22:51:00 |
| 26 Sep 2024 |
 autra | sikmir: have you tried bisecting already? Do we have a known good commit in the past? | 07:55:09 |
| sikmir | In reply to @autra:trancart.eu
sikmir: have you tried bisecting already? Do we have a known good commit in the past? I've not investigated yet | 22:35:24 |
| 27 Sep 2024 |
| autra | 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 :-) | 07:17:40 |
| Ivan Mincik (imincik) | 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 :-) I did successful bisecting on qgis once. It took long time but i found the issue. | 16:40:40 |
| autra | In reply to @imincik:matrix.org
I did successful bisecting on qgis once. It took long time but i found the issue. The bisect just finished, it took nearly 48h | 18:06:58 |
| autra | I could have been more clever by checking long-lived branches first, because those would have made a better use of cache.nixos.org, I'm sure. | 18:07:57 |
| autra | 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
| 18:50:17 |
| autra | https://github.com/NixOS/nixpkgs/pull/331166/files same fix | 18:50:37 |
| autra | is there a way to get all the dependencies of a derivation without building it? libxml2 is a dependency of libspatialite, but the fix is already applied... But maybe it draws libxml2 from somewhere else too? | 18:51:33 |
| autra | omg, it's on netcdf. | 19:07:54 |
| autra | ok so everyone seems to have fixed that by using (libxml2.override { enableHttp = true; }). But gmt does not depend directly from it. It depends from libxml2 through libspatialite (the fix is already applied) and through netcdf. | 19:39:51 |
| autra | If I patch netcdf, it works, but is it ok? | 19:40:04 |
| autra | I also did:
(netcdf.override { libxml2 = (libxml2.override { enableHttp = true; }); })
In gmt's build input, but that does not work
| 19:40:42 |
| autra | Ah I need to do that in all-packages, it's probaly too late in buildInputs. | 19:49:10 |
| autra | All right, sorry for the noise, PR time :-) | 19:49:17 |
| 30 Sep 2024 |
| Ivan Mincik (imincik) | autra: thanks for your investigation. Reading your messages now. | 07:30:22 |
| 1 Oct 2024 |
|  -_o joined the room. | 20:59:47 |
| 2 Oct 2024 |
|  Raul Nanclares joined the room. | 14:38:30 |
| 3 Oct 2024 |
| autra | Hi! do we have blockers for 24.11? (I didn't see any but...) | 07:43:27 |
