Not malice, just an “it’s not our problem” response. That was from one person; others have been more helpful. It turns out that it is complicated because of the gdal dependency tree. Here’s an explanation from https://github.com/Homebrew/homebrew-core/pull/94807
We're in a bit of bind here. I was able to migrate all dependents of proj@7 to proj except 3: * liblwgeom - deprecated, appears to be superseded by librttopo * osm2pgsql - this project appears to be active (the last release was 16 days ago). We should open an upstream issue to inquire about PROJ 8 support * spatialite-gui - this is where our remaining dependency conflict comes from, and it's not pretty. The last stable version doesn't support PROJ 8, but the 2.1 beta does. I tried to build the 2.1 beta just to see if would work, and it fails because it needs librasterlite2, which we don't package. Our librasterlite formula is for an older library which is no longer developed because it has been superseded by librasterlite2. Potentially we could just update the librasterlite formula because it has no dependents. But that doesn't help with version 2.1 of spatialite-gui still being in beta. Any thoughts on the best solution here? This is way outside my level of expertise. But it seems someone with some serious homebrew expertise is looking into it seriously. Gerald C. Nelson Professor Emeritus, UIUC +1 217-390-7888 (cell) +1 970-639-2079 (land line) Skype: jerrynelson http://bit.ly/1arho7d From: Robert Coup <robert.c...@koordinates.com> Date: Thursday, February 10, 2022 at 7:27 AM To: Gerald Nelson <nelson.geral...@gmail.com> Cc: Paul Harwood <rune...@gmail.com>, gdal-dev <gdal-dev@lists.osgeo.org> Subject: Re: [gdal-dev] does GDAL require proj@7? Hi, On Wed, 9 Feb 2022 at 16:30, Gerald Nelson <nelson.geral...@gmail.com<mailto:nelson.geral...@gmail.com>> wrote: The homebrew folks just blew me off. Said it was not their problem. So I more or less politely responded that it would be helpful if they could provide me with contact info for the entity that was responsible for the formula. This seems like a minimal information request. Seems it was changed to depend on proj@7 (from proj) in May 2021: https://github.com/Homebrew/homebrew-core/commit/2bc75f848e33cfbc39b17ad4f60bb1ab6274dd65 That was just before the proj formula updated from 7.2.1 to 8.0.1: https://github.com/Homebrew/homebrew-core/commits/488f635d6b77620abed9278e2c9031676c4b9b42/Formula/proj.rb At that point the gdal formula was using 3.3.0. I don't know off the top of my head whether 3.3.0 was compatible with Proj 8.0.1 or not. I don't think there's any malice involved, maybe just being conservative by the packager, or working around a test failure. Updating the GDAL Homebrew formula back to depending on proj (or proj@8) instead of proj@7 is a case of making a PR/issue to propose reverting the changes from 2bc75f84. Rob :)
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev