<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-10-08 12:53 GMT+02:00 Bas Couwenberg <span dir="ltr"><<a href="mailto:sebastic@xs4all.nl" target="_blank">sebastic@xs4all.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-10-08 12:12, Sandro Santilli wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Oct 08, 2015 at 11:26:03AM +0200, Bas Couwenberg wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For Debian we'll keep PostGIS 2.2.0 in experimental until this<br>
API/ABI breakage is fixed in 2.2.1 or later.<br>
</blockquote>
<br>
I'm not sure I understand what you mean here.<br>
<br>
Note that there's been no ABI breakage so far, as 2.2.0 is the<br>
very first version that ships a liblwgeom with SONAME "liblwgeom-2.2.so.2"<br>
(as any precedent version was the first and only version with its<br>
unique SONAME).<br>
</blockquote>
<br></span>
ABI breakages require a transition to rebuild all reverse dependencies to use the new library.<br>
<br>
Since another ABI breakage is expected in the next release after 2.2.0, it's better to wait for that an not have to transition twice in a short time frame.<br>
<br>
In Debian we prepare transitions in experimental until we're ready to start the transition in unstable from which it will migrate to testing for inclusion in the next stable release and from where Ubuntu syncs its packages.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Fixing such performance regression required changing the ABI of<br>
liblwgeom, and that's fine because the SONAME for the liblwgeom version<br>
in trunk is "liblwgeom-2.3.so.2".<br>
<br>
I guess I could port the fix as-is to the 2.2 branch and change the<br>
liblwgeom SONAME to "liblwgeom-2.2.so.3", but then it would really<br>
be the same as before, where full version was included in the SONAME.<br>
<br>
Or do you have other suggestion ?<br>
</blockquote>
<br></span>
No, changing the SONAME is required to sanely deal with the ABI breakage, so this is fine.<br>
<br>
Based on the previous SONAME discussion I think it's better to make liblwgeom into a postgis-only library again, and make it clear that other projects should not use it. An unpopular decision but one that fits with the postgis development.<br></blockquote><div>Not only very unpopular with other projects, but also with the sponsor who financed its development with the intention that it be made available to the project that they themselves use.</div><div><br></div><div>To follow the suggestions made for a release when all of the major components are complete</div><div>- here it seems that it was release, knowing that it was not</div><div><br></div><div>The sponsor will not be pleased about that.</div><div><br></div><div>Mark Johnson</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Kind Regards,<br>
<br>
Bas<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel</a><br>
</div></div></blockquote></div><br></div></div>