Nix Geospatial Team | 33 Members | |
| Nix Geospatial packages maintenance. Team board - https://github.com/orgs/NixOS/projects/47/views/1 | 8 Servers |
| Sender | Message | Time |
|---|---|---|
| 5 Jul 2024 | ||
| wcohen: that's coincidence. That's another person working on QGIS Mac build as well and he has some progress. We need to coordinate. I'll ask him to publish what he has. | 13:04:31 | |
| Let me know how I can help. That branch at the time got all the deps working and technically it “built,” but would always crash upon starting the .app. | 13:08:24 | |
| I just messaged him to share what he has. | 13:09:31 | |
| Thanks! | 13:39:05 | |
| 16:16:15 | ||
| wcohenunfortunately I left the macOS ecosystem after dabbling in it for 5 years of so, so I can't help much | 21:59:46 | |
| 12 Jul 2024 | ||
| @room , we are adding Geospatial Team page to the nixos.org website . I would like to kindly ask you for review . Also, please let me know (in PR comment), if you want to appear in the team members list. Please join the team if you are interested in geospatial software. | 09:05:20 | |
In reply to @imincik:matrix.orgHey! I'm very new to nixpkgs (I maintain only one package I just added to fix ifcopenshell build) and this channel, but I'm interested. If there is no requirements about experience or long term commitment, I'd like to join :-) | 09:39:44 | |
| Hi autra , you are very welcome to join. You can learn as you go, start from simple things like reviewing version bumps. I can also provide some onboarding sessions if you are interested. Please, create a pull request with short introduction of yourself and assign it to me for review. Looking forward to see you around. | 09:56:26 | |
| * Hi autra , you are very welcome to join. You can learn as you go, start from simple things like reviewing version bumps. I can also provide some onboarding sessions if you are interested. Please, add yourself to Nixpkgs team list and create a pull request with short introduction of yourself and assign it to me for review. Looking forward to see you around. | 09:58:32 | |
In reply to @timlinux:osgeo.orgAll good. Thanks! | 10:22:43 | |
| Easy to review QGIS-LTR build fix https://github.com/NixOS/nixpkgs/pull/326550 . | 13:27:15 | |
| gdal is still broken on 24.05: https://github.com/OSGeo/gdal/issues/9887#issuecomment-2225823879 Does Hydra use bcachefs? | 15:25:15 | |
| Apparently those tests are known to be flaky: https://github.com/OSGeo/gdal/issues/9887#issuecomment-2225846251 | 16:08:52 | |
| Yes, gdal tests are flaky especially wgen executed under high load. The problem is that by my experience they fail quite randomly. | 16:46:01 | |
| 13 Jul 2024 | ||
| Then they aren't fit for Hydra, we need to disable them. I asked in the ticket which ones those are. | 02:39:56 | |
In reply to @nh2:matrix.orgI would be very happy if we could identify and disable couple of tests which are more likely to fail, but I would feel very uncomfortable to disable all of them. | 07:29:25 | |
| nh2: PDAL update is good to go now https://github.com/NixOS/nixpkgs/pull/323327 | 08:01:19 | |
| New team page is live now - https://nixos.org/community/teams/geospatial/ . Please let me know if you want your name to appear/not to appear in the members list ( @sikmir ) . Or any other comments. | 15:59:13 | |
| 14 Jul 2024 | ||
In reply to @imincik:matrix.orgIvan Mincik (imincik): Yes, we should not disable all tests just because some are flaky. But we should disable all tests that are flaky in any way. Flaky tests cause huge problems: Disabling a large amount of nixpkgs packages, wasting time on Hydra and 1000x that time on users' computers, as well as contributor time. Fixing flaky tests is an upstream responsibility; we should report the flakiness, disabled them in nixpkgs, and let upstream solve it (or help with that if we have the time). | 16:50:18 | |
In reply to @nh2:matrix.orgFully agree | 17:18:15 | |
In reply to @nh2:matrix.orgLet's create PR where we start disabling all gdal tests which we see failing, keep it open for at least one month and then merge. Repeat if needed. What do you think? | 17:23:07 | |
In reply to @imincik:matrix.orgHow about creating a new PR every time someone notices a set of failing tests? That way we can disable flaky tests ASAP, rather than after an arbitrary time. | 20:34:24 | |
| By the way, do we have some sort of simple upstream feedback mechanism? Passing flaky tests onto upstream should hopefully result in less flaky tests. | 20:36:07 | |
| 15 Jul 2024 | ||
In reply to @vengmark2:matrix.orgJust reporting that. Shame on me, I just spent a week with gdal devs and completely forgot to discuss this issue. | 08:22:26 | |
| I just submitted a PR with some tests re-enabled. https://github.com/NixOS/nixpkgs/pull/327323 | 09:49:21 | |
| * I just submitted a PR with some gdal tests re-enabled. https://github.com/NixOS/nixpkgs/pull/327323 After that, I'll create a new PR where I start disabling flaky ones. | 09:50:04 | |
| Or maybe, better idea, we disable flaky ones in the same PR to avoid too many rebuilds. | 09:55:03 | |
| OK, PR updated - https://github.com/NixOS/nixpkgs/pull/327323 | 09:56:16 | |
In reply to @vengmark2:matrix.orgFor flaky tests I just always file them as upstream issues. E.g. here: https://github.com/OSGeo/gdal/issues/9887#issuecomment-2225823879 | 15:13:51 | |