[gdal-dev] GDAL/OGR 2.0.2 and 1.11.4 released

Kurt Schwehr schwehr at gmail.com
Fri Jan 29 17:42:42 PST 2016


Progress with other libraries and tools is happening.  Maybe not speedy,
but it's going.

e.g. I just got this patch in for Vision Workbench:
https://github.com/visionworkbench/visionworkbench/pull/42

On Fri, Jan 29, 2016 at 2:36 PM, Roger Bivand <roger.bivand at nhh.no> wrote:

> Even Rouault <even.rouault <at> spatialys.com> writes:
>
> >
> > Le vendredi 29 janvier 2016 15:20:07, Bas Couwenberg a écrit :
> > > Even Rouault wrote:
> > > > It is not definite how long the team will still maintain the 1.11
> branch,
> > > > so users are strongly encouraged to migrate to 2.0.2.
> > >
> > > Because not all reverse dependencies support GDAL 2.0 yet, the next
> Debian
> > > stable release (stretch) will most likely stick to 1.11.x as will the
> next
> > > Ubuntu LTS (xenial).
> >
> > Are there many (and "important") reverse dependencies not yet ready ? If
> not,
> > couldn't they be withdrawn from the main repo and added back via a PPA or
> > something like that when ready ?
> >
> > >
> > > I hope this will not cause too many issues.
> >
> > It would be annoying for applications that could make use of GDAL 2.0
> > capababilities.
> > But I can imagine the challenge of managing a collection of
> applications...
>
> It would be of great advantage for users of R installing the rgdal package
> from source to be able to link to GDAL 2.0 rather than 1.11. Many Debian
> and
> Ubuntu users have really outdated GDAL versions, meaning that many newer
> drivers and significant bug fixes are not available to them.
>
> The idea of waiting for the slowest ship in the convoy may be admirable,
> but
> arguably the time costs involved in being obliged to upgrade code are
> actually not large, bring some advantages, and shouldn't deprive users of
> other software of convenient access to more up to date binaries. CRAN (the
> R
> archive network is still running its tests on Debian platforms using
> 1.11.3.
>
> I do hope that a solution as suggested by Even is at least feasible; it is
> certainly very desirable seen from downstream.
>
> Best wishes,
>
> Roger
>
> >
> > >
> > > Kind Regards,
> > >
> > > Bas
> > > _______________________________________________
> > > gdal-dev mailing list
> > > gdal-dev <at> lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>



-- 
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20160129/33f8fe0f/attachment.html>


More information about the gdal-dev mailing list