I've been wondering about this and thought about another solution that I think is simpler: We could have postgis (core) drop any types and functions owned by it that now belong to postgis_raster.<div><br></div><div>The main benefit would be that it will work no matter the PG release or the source Postgis release. The drawbacks: any dependency on raster (views and so on) will need to be dropped in this process (only once) and that you need to install postgis_raster if you use raster (beforehand the functions were already there).</div><div><br></div><div>Any thoughts?<br><div><br>On Friday, September 11, 2020, Sandro Santilli <<a href="mailto:strk@kbt.io">strk@kbt.io</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Sep 10, 2020 at 04:23:48PM -0400, Regina Obe wrote:<br>
> Yap and I think strk created one his strk ingenious idea fixes to fix that.  In a pull request <a href="https://git.osgeo.org/gitea/postgis/postgis/pulls/45" target="_blank">https://git.osgeo.org/gitea/<wbr>postgis/postgis/pulls/45</a><br>
<br>
Right, and did not commit because I didn't like that hack very much<br>
if we have a better way. A possibly better way would be to simply<br>
have `CREATE EXTENSION postgis*` deal with packaging, without the<br>
need to append the "FROM UNPACKAGED". Right now if you try you<br>
get a failure because the extension creation code DOES detect<br>
presence of unpackaged functions and bails out. Instead of bailing<br>
out it could package them... But I didn't find the time to try<br>
such implementation<br>
<br>
--strk;<br>
______________________________<wbr>_________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/postgis-devel</a></blockquote></div></div><br><br>-- <br>Raúl Marín Rodríguez<br><a href="http://carto.com" target="_blank">carto.com</a><br>