<div dir="ltr">Once you're at 'next' there's nowhere to go. You end up with having to upgrade from 'next' to 'next2' and so on :)<div>Anyways, agreed, I think we've long outgrown the extension version update mechanism, but I'm unsure of what the correct thing to recommend to pgsql team would be.</div><div><br>P</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 6, 2017 at 3:16 AM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@kbt.io" target="_blank">strk@kbt.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Oct 06, 2017 at 04:55:58AM -0400, Regina Obe wrote:<br>
> Disregard my last question.  I forgot we changed a while ago after we dropped support for PostgreSQL 9.0 to just use DO to handle the differences in versions and just have  single upgrade script<br>
<br>
</span>Exactly, PostGIS makes it easier to upgrade !<br>
The problem is only PostgreSQL which tries to make it harder..<br>
<br>
I actually wonder if we could have a single --next script<br>
so you could always do:<br>
<br>
 ALTER EXTENSION postgis UPDATE to 'next';<br>
<br>
And then the script would re-set pg_extension version<br>
to drop the "next" and keep the "final".<br>
<br>
I know, very cowboysh, but I'm really sick of all those files,<br>
even if they're now symlinks...<br>
<div class="HOEnZb"><div class="h5"><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" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/postgis-devel</a></div></div></blockquote></div><br></div>