<div dir="ltr">This is tangential to this specific proposal, but I am wondering whether we should establish some general rules for how long to support old versions of dependencies.<div><br></div><div>For example, we could decide to support <dependency n> in new versions of PostGIS until <timespan> after <dependency n+1> is released.  As an example, we could decide to support GEOS 3.4 in new versions of PostGIS until 2 years after GEOS 3.5 is released.</div><div><br></div><div>Or alternatively, we could say that we support the latest released version of <dependency>, plus any versions released within the past <timespan>.  So we could decide to support GEOS 3.6, plus any versions of GEOS released in the past three years (3.4 dates back to 2013, so this would limit it to 3.5 and 3.6).</div><div><br></div><div>I'm just throwing these out for the sake of examples, but I think some guidelines along these lines could help make these decisions simpler and more predictable for users/packagers.</div><div><br></div><div>Dan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 29, 2017 at 10:40 AM, Regina Obe <span dir="ltr"><<a href="mailto:lr@pcorp.us" target="_blank">lr@pcorp.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">While we are still in infancy of PostGIS 2.5 (and probably at least a year<br>
away from release), I'd like to get requirements out of the way and propose<br>
the following:<br>
<br>
1) Drop support for PostgreSQL 9.4 and 9.5  (so PostgreSQL 9.6 - PostgreSQL<br>
11 will be supported)<br>
9.4 has the main annoyance of not supporting true KNN and I'm tired of<br>
explaining this to folks and having people with pg_upgrading from these<br>
lowers being screwed when upgrading because they can no longer do<br>
<br>
ALTER EXTENSION ...  cause they are already at 2.5.0<br>
<br>
9.5 doesn't support Parallelism and I suspect we may need to do some<br>
restructuring for some aggs in 2.5, I'd just assume not have to make special<br>
concessions for folks trying to pg_upgrade from a PostgreSQL 9.5 2.5<br>
extension to 9.6+<br>
<br>
2) Make GEOS 3.5+ the minimum (for 2.4  GEOS 3.4 was the minimum)  - we've<br>
got too much stuff that requires 3.5 already that is turned off for lower<br>
and newer GEOS has some robustness improvements.<br>
<br>
3) Make Proj 4.9+ the minimum currently our minimum is proj 4.7 I think.  As<br>
discussed it's on the table to redo some of the geography stuff like<br>
ST_Segmentize using proj 4.9+ features.<br>
<br>
<br>
Anyone have issues with the above?<br>
<br>
PSC folks, if you are okay with all the above please give a +1<br>
<br>
If you are okay with some and not others, I can break apart so we can at<br>
least decide on some pieces.<br>
<br>
<br>
Thanks,<br>
Regina<br>
<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></blockquote></div><br></div>