<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small">Rich, this is not really what I am asking.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small">I have taken over the maintenance of several of Ben's scripts, some of which can be updated to newer versions, especially proj.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small">proj  version 8 has removed something that had been deprecated for quite some time but was still accessible to allow devs to modify their code. Now it is no longer available and therefore some packages can no longer be compiled as they haven't been modified. This is the case for openorienteering-mapper.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small">What I am asking the admins/list is whether it is ok for me to submit an update if a package that depends on it will suffer until a patch is found.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small">Greg<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 15 Oct 2021 at 13:48, Rich Shepard <<a href="mailto:rshepard@appl-ecosys.com">rshepard@appl-ecosys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 15 Oct 2021, Greg' Ar Tourter wrote:<br>
<br>
> I am trying to update proj to the latest 8.x version after taking<br>
> maintainership.<br>
> I have tested the new version will all its first level dependees and most<br>
> of them compile without any modifications:<br>
> - cartopy (taking over as well and updating to 0.20.1 which requires proj<br>
> 8.x)<br>
> - cdo<br>
> - gdal<br>
> - libgeotiff<br>
> - pyproj<br>
> - proj-data<br>
><br>
> however, a couple of the dependees fail to compile as is.<br>
> - libspatialite needs to be updated to version 5.x (tested with the latest<br>
> 5.0.1)<br>
> - openorienteering-mapper fails to compile and even updating to the latest<br>
> version doesn't help<br>
><br>
> Should I hold off updating?<br>
<br>
Greg' Ar,<br>
<br>
I'm not an SBo package maintainer but I offer a thought I learned a long<br>
time ago about the build sequence for spatial analyses packages. Perhaps<br>
it's relavent to your question, perhaps not.<br>
<br>
The stack proj -> geos -> gdal need to be built in that order. If proj is<br>
updated then the other two must also be upgraded. If geos is upgraded then<br>
gdal has to be rebuilt. Any other software depending on those need the stack<br>
to be rebuilt before they are.<br>
<br>
I've found this is needed with GRASS, R, and SAGA.<br>
<br>
Regards,<br>
<br>
Rich<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div>