<div dir="ltr">Progress with other libraries and tools is happening.  Maybe not speedy, but it's going.<div><br></div><div>e.g. I just got this patch in for Vision Workbench: <a href="https://github.com/visionworkbench/visionworkbench/pull/42">https://github.com/visionworkbench/visionworkbench/pull/42</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 29, 2016 at 2:36 PM, Roger Bivand <span dir="ltr"><<a href="mailto:roger.bivand@nhh.no" target="_blank">roger.bivand@nhh.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Even Rouault <even.rouault <at> <a href="http://spatialys.com" rel="noreferrer" target="_blank">spatialys.com</a>> writes:<br>
<br>
><br>
> Le vendredi 29 janvier 2016 15:20:07, Bas Couwenberg a écrit :<br>
> > Even Rouault wrote:<br>
> > > It is not definite how long the team will still maintain the 1.11 branch,<br>
> > > so users are strongly encouraged to migrate to 2.0.2.<br>
> ><br>
> > Because not all reverse dependencies support GDAL 2.0 yet, the next Debian<br>
> > stable release (stretch) will most likely stick to 1.11.x as will the next<br>
> > Ubuntu LTS (xenial).<br>
><br>
> Are there many (and "important") reverse dependencies not yet ready ? If not,<br>
> couldn't they be withdrawn from the main repo and added back via a PPA or<br>
> something like that when ready ?<br>
><br>
> ><br>
> > I hope this will not cause too many issues.<br>
><br>
> It would be annoying for applications that could make use of GDAL 2.0<br>
> capababilities.<br>
> But I can imagine the challenge of managing a collection of applications...<br>
<br>
</span>It would be of great advantage for users of R installing the rgdal package<br>
from source to be able to link to GDAL 2.0 rather than 1.11. Many Debian and<br>
Ubuntu users have really outdated GDAL versions, meaning that many newer<br>
drivers and significant bug fixes are not available to them.<br>
<br>
The idea of waiting for the slowest ship in the convoy may be admirable, but<br>
arguably the time costs involved in being obliged to upgrade code are<br>
actually not large, bring some advantages, and shouldn't deprive users of<br>
other software of convenient access to more up to date binaries. CRAN (the R<br>
archive network is still running its tests on Debian platforms using 1.11.3.<br>
<br>
I do hope that a solution as suggested by Even is at least feasible; it is<br>
certainly very desirable seen from downstream.<br>
<br>
Best wishes,<br>
<br>
Roger<br>
<span class=""><br>
><br>
> ><br>
> > Kind Regards,<br>
> ><br>
> > Bas<br>
> > _______________________________________________<br>
> > gdal-dev mailing list<br>
</span>> > gdal-dev <at> <a href="http://lists.osgeo.org" rel="noreferrer" target="_blank">lists.osgeo.org</a><br>
> > <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<div class="HOEnZb"><div class="h5">><br>
<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">--<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div></div>
</div>