<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Aug 20, 2024, at 6:01 PM, Imre Samu <pella.samu@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div dir="ltr"><div dir="ltr">Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>> ( 2024. aug. 20., K, 21:39):<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If we leave the stable branches alone, that will mean that anyone upgrading GEOS underneath postgis 3.4 and lower will end up with regression failures.</blockquote><div><br></div><div>I also encountered this issue with the docker-postgis *-master images, <br>where the latest developer commit from GEOS ("main" branch) is being used.<br>Currently, I'm using the GEOS "3.12" branch for this reason as a workaround.</div><div>( <a href="https://github.com/libgeos/geos/tree/3.12">https://github.com/libgeos/geos/tree/3.12</a> ).<br><br>So, I would also appreciate some sort of solution, </div></div></div></div></blockquote><div><br></div><div>I think it probably makes sense to cherry pick the regression changes needed on main into some of the stable branches, basically not running the relate_bnr.sql tests if GEOS >= 3.13, and some small alterations to the two other tests that fail to make them version-agnostic.</div><div><br></div><div><div>+ifeq ($(shell expr "$(POSTGIS_GEOS_VERSION)" "<=" 31200),1)</div><div>+ TESTS += \</div><div>+ $(top_srcdir)/regress/core/relate_bnr</div><div>+endif</div><div><br></div><div>Once we have the last bug out of 3.13 I am going to bring those changes into main.</div><div><br></div><div>P</div></div><br><blockquote type="cite"><div><div dir="ltr"><div class="gmail_quote"><div>although the problem is no longer critical with the workaround in place.<br></div><div><br></div></div><div class="gmail_quote">Currently, debian 'experimental' has already started using the geos 3.13.0~beta1-1~exp1 .<br></div><div class="gmail_quote"><a href="https://packages.debian.org/experimental/source/geos">https://packages.debian.org/experimental/source/geos</a><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Imre</div></div>
</div></blockquote></div><br></body></html>