<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't bother including the dev upgrade version cause it's an extra thing<br>
and I figure anybody testing would be<br>
<br>
a) testing from the alpha release<br>
b) would be smart enough to add back the dev if they were testing from say<br>
2.5.0beta1dev<br></blockquote><div><br></div><div>Is there a version upgrade that is not allowed to exist? Like, if you was on it, you've got incompatible database format?</div><div><br></div><div>If not, I'd keep the upgrades. Living off trunk I'd like to have postgis_extensions_upgrade() never failing, not having to create yet another wrapper that creates a new symlink automatically - they're plain symlinks after all, right? :)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We plan to release GEOS 3.7 before PostGIS 2.5.0.  If no more changes or<br>
issues, 3.7 could be as early as 2-3 weeks from now.</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">PostGIS 2.5.0 we need to get out before pgsql 11 so that all 11 users who<br>
want to run with PostGIS 2.5.0 can, so I'm shooting for late August / early<br>
September<br></blockquote><div><br></div><div>Can we assign dates (even shiftable) so that "to release tomorrow" does not come as surprise? </div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
PostgreSQL 11 planned release - I think they are still on target for<br>
mid-September / October time frame. </blockquote></div></div>