<div dir="ltr"><div dir="ltr"><div>Hi Even,</div><div><br></div><div>I think this makes great sense for the project. I don't yet understand what it means for an enterprise like Rasterio's PyPI wheels.</div><div><br></div><div>Here's a refresher for people who aren't familiar with Python packaging tools like delocate, auditwheel, and delvewheel. Today, these tools detect when Rasterio extension modules link libgdal, and then find the libraries that libgdal links via metadata in the shared libraries. This allows libgdal and its dependencies to be relocated so that they can be distributed alongside Rasterio's Python and extension modules.</div><div><br></div><div>I don't know that delocate et al will be able to find libraries that are dlopened by the new GDAL proxy drivers. Does anyone else know? I'm starting a new job this week and may not have time to experiment until next week.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 15, 2023 at 2:52 AM Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</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,<br>
<br>
Motion: adopt RFC 96: Deferred C++ plugin loading<br>
<br>
<a href="https://github.com/OSGeo/gdal/pull/8648" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/8648</a><br>
<br>
Pre-rendered view:<br>
<br>
<a href="https://github.com/rouault/gdal/blob/rfc96_text/doc/source/development/rfc/rfc96_deferred_plugin_loading.rst" rel="noreferrer" target="_blank">https://github.com/rouault/gdal/blob/rfc96_text/doc/source/development/rfc/rfc96_deferred_plugin_loading.rst</a> <br>
<br>
<br>
Starting with my +1,<br>
<br>
Even<br clear="all"></blockquote></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Sean Gillies</div></div>