Hi,
It's already been 10 days, but I'm only thanking you now.
Even though I'm not the maintainer of GDAL on FreeBSD, as a member of the
Desktop team—who has to deal with (and sometimes struggle with) libraries like
Poppler—I can only thank you for thinking of us!
Personally, it's always a pleas
Even,
On Tue, 11 Feb 2025, Even Rouault wrote:
Roger,
curl > = 7.68 was made a requirement for GDAL 3.9 per
https://gdal.org/en/stable/development/rfc/rfc98_build_requirements_gdal_3_9.html
a bit more than one year ago.
You can try to downgrade the minimum version by patching
https://gith
Roger,
curl >= 7.68 was made a requirement for GDAL 3.9 per
https://gdal.org/en/stable/development/rfc/rfc98_build_requirements_gdal_3_9.html
a bit more than one year ago.
You can try to downgrade the minimum version by patching
https://github.com/OSGeo/gdal/blob/51ee2933c08896648613488926bf
R-spatial for macOS static builds have run into a serious roadblock at
3.10.1, so maybe an early 3.10.2 could assist us.
Until recently, static macOS builds of GDAL were using 3.5.3. Simon
Urbanek (https://github.com/R-macos/recipes) has just converted the recipe
for GDAL to cmake, and things
Even Rouault via gdal-dev writes:
> The main trigger for it is the recent Poppler 25.02.00 release that
> breaks their C++ unstable API and require code changes on our side. So
> rather than letting each package maintainer cherry-picks the
> appropriate patch commit, let's issue a clean release.
Hi,
I have prepared a GDAL/OGR 3.10.2 release candidate, slightly ahead of
what was
planned. The main trigger for it is the recent Poppler 25.02.00 release
that breaks their
C++ unstable API and require code changes on our side. So rather than
letting
each package maintainer cherry-picks the a
