<div dir="ltr"><div>Sounds good to me, Even. Rasterio's wheels can remain at the forefront of terrible for now.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 16, 2023 at 5:10 AM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Sean,<br>
><br>
> I think this makes great sense for the project. I don't yet understand <br>
> what it means for an enterprise like Rasterio's PyPI wheels.<br>
<br>
I'd say it probably changes nothing. The RFC just postpones the time <br>
where the plugins are loaded, but the fact that they are dlopen()'ed <br>
(early or late) probably makes them non discoverable by delocate, since <br>
libgdal doesn't link to them in a way that is advertised in its shared <br>
library metadata. If your plan is to still have a rasterio wheel with a <br>
monolithic GDAL, then you don't need to build GDAL drivers as plugins <br>
and this RFC doesn't change anything to the status quo.<br>
<br>
I'm not familiar at all with the wheel Python packaging tools, but if <br>
you'd want to have GDAL plugins in separate package(s) then you'd need <br>
to have a way of having the gdal_XXX.so / ogr_XXX.so be put in some <br>
known location that can be advertized to libgdal core with GDAL_DRIVER_PATH.<br>
<br>
Even<br>
<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Sean Gillies</div></div>