<div dir="ltr">+1<div>(convinced by the evidence and reasoning provided by Greg and Bas, although it would be nice if we in any practical way could "suggest", rather than "require" >=3.11)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den tor. 7. nov. 2019 kl. 17.37 skrev Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>> writes:<br>
<br>
>> This isn’t an optional requirement for<br>
>> Proj6, basically it’s an unusably bad performance regression, so using<br>
>> Proj6 requires a newer SQLite given current state.<br>
><br>
> Agreed. This probably mostly affects RHEL 7 which, while not being antiquated <br>
> from the point of view of RedHat's release policies, still ships with outdated <br>
> components by todays' standards. So RHEL 7 users have two options: use PROJ <br>
> 5.x or PROJ 6 + backported SQLite.<br>
<br>
This is a fundamental issue with LTS releases.  The idea of building<br>
current versions of software using dependencies from the LTS release<br>
basically does not work.  Taken to the extreme, supporting that means<br>
that every package has to work with all versions of dependencies -- and<br>
compilers -- that were released over 5 years ago.<br>
<br>
As for RHEL 7, it sounds like the question is "build modern proj with<br>
old sqlite3", and it seems reasonable to just say that isn't supported;<br>
presumably somebody choosing an LTS release also wants old proj, old<br>
qgis, etc.  And if they want new, they probably should build an entire<br>
tree of modern versions that are intercompatible.<br>
<br>
All that said,<br>
<br>
  NetBSD 8 base system:         3.17.0<br>
  pkgsrc 2019Q3:                3.29.0<br>
  pkgsrc curent:                3.30.1<br>
<br>
I don't have a NetBSD 7 system handy, or 9 (not released), but since<br>
proj is in pkgsrc and not in base, it's trivial to make it depend on<br>
pkgsrc sqlite3.<br>
<br>
So I see no issue with requiring 3.11.<br>
<br>
I geuss the question is<br>
<br>
  If someone builds proj with sqlite3 so old that it will be slow, is it<br>
  better to let it work and be slow or fail the build?<br>
<br>
and I can see your point that it's better to fail.<br>
_______________________________________________<br>
PROJ mailing list<br>
<a href="mailto:PROJ@lists.osgeo.org" target="_blank">PROJ@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
</blockquote></div>