Full GDAL builds, from scratch, on OS X time out. Up to now we've worked around this by downloading a pre-compiled bundle of GEOS, HDF5, and netCDF4. These aren't compatible with the libs from SciPy. Another approach to try is to build these using multibuild and cache the install directories (aka BUILD_PREFIX), like we're doing in rasterio's CI. Target: end of summer 2019.

This is a copy of rasterio/rasterio-wheels#24.

7.59-7.61 were crashing a Rasterio plugin. 7.54 isn't ideal, but is stable.

As a guard against mistakes like the one in Fiona 1.8.8 Toblerity/Fiona#808.

See curl/curl#12026.

Our curl version, 7.80.0, is vulnerable. I'll try updating to the new 8.4.0 version.

Background: rasterio/rasterio#2752.

See Toblerity/Fiona#1161 (comment).

See Toblerity/Fiona#383 and Toblerity/Fiona#905.

Python 3.12 releases in exactly a week! It would be awesome if Fiona has wheels up by then.

Patched auditwheel, etc.

rasterio/rasterio-wheels@a92d9d9

My free plan is out of credits. I'll ask Travis support for OSS only credits. Meanwhile, I've created a private copy of this repo in my employer's org and will build on that plan (paid by Mapbox).

See Toblerity/Fiona#905.

To take care of Toblerity/Fiona#1045 and other issues.

Here: https://github.com/sgillies/fiona-wheels/blob/master/.github/workflows/win-wheels.yaml#L36.

hashFiles('.github/workflows/*') changes too often. Maybe use only vcpkg.json?

Here https://github.com/sgillies/fiona-wheels/blob/master/config.sh#L224.

See Toblerity/Fiona#383.

Since both fiona and rasterio rely on the same binaries for gdal (and others), it seems reasonable to request that the fiona package provide an optional extra to include rasterio (and vice versa), with the setup.py keeping their release cycles in lock-step and their dependency on lib versions in lock step (gdal, etc). While there may be good reasons to release these packages as separate projects, it is also reasonable to manage them as joint projects, for consumers that often require both. Perhaps a namespace package could help to resolve the shared, common dependencies and packaging solution for projects that require both. (Elsewhere, I've tried to engage in some discussion about shared libraries that is too complex to resolve at the level of the packaging system while rasterio and fiona are separate projects without any way to package them as a complete package.) Perhaps the idea is to create a namespace package that works something like the following (this uses pygdal as the namespace package, substitute anything that works without conflicts):

pip install pygdal[fiona] # for fiona only
pip install pygdal[rasterio] # for rasterio only
pip install pygdal[all] # for both

The dask packaging provides a top-level package with optional extras like this and a complete option to get everything.

This issue also applies to rasterio-wheels, but it's not duplicated there in it's entirety.

See https://github.com/matthew-brett/multibuild/issues/298.

GEOS -> 3.8.0

GDAL -> 2.4.4