[QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Mathieu Pellerin nirvn.asia at gmail.com
Thu Nov 28 00:36:39 PST 2019


For the record, according to schedule, 3.4 reaches its end of life on
February 21st, 2010.



On Thu, Nov 28, 2019, 15:11 Andreas Neumann <a.neumann at carto.net> wrote:

> Hi all,
>
> Thanks all for the discussion.
>
> I would like to hear Jürgen's opinion on it was well. If possible, I would
> also prefer Matthias approach. Our organization just recently introduced
> 3.4 LTR (I know we are late ;-), we will probably move to 3.10 in mid
> 2020). It would be nice if the support of the 3.4 release could be a bit
> longer, until 3.10 takes over as LTR version.
>
> QGIS.ORG can fund Jürgen for this extra work for supporting two library
> versions in parallel, if Jürgen thinks this can be done with a reasonable
> amount of work (whatever this means ;-) )
>
> Thanks,
>
> Andreas
>
> On 2019-11-28 09:02, Matthias Kuhn wrote:
>
> Hi all,
>
> I enjoy reading the discussion on this tricky topic. Thank you for looking
> into this!
>
> What would be the precise plan of action?
>
> The situation is, a new QGIS 3.4.13 release based on gdal3/proj6 is out
> already. We cannot make that undone unless we get out the message to forget
> that 3.4.13 ever existed and ask everyone to reinstall 3.4.12.
>
> I wonder if it wouldn't be easier to setup a system somewhere to build
> with the old gdal and proj libraries to create the remaining standalone
> installers to push out the remaining three 3.4 releases (manually). With
> LTR we have built a brand with a very good reputation and I think we should
> protect this label and avoid any controversial communication if reasonably
> possible.
>
> It's possible that I am underestimating the work which would be required
> to do this, but in my opinion this would be a good opportunity to do an
> ad-hoc investment into Jürgen (given that he has some of his precious time
> left to actually work on this and that he does not completely disagree with
> me).
>
> Best regards
>
> Matthias
> On 11/28/19 1:47 AM, Nathan Woodrow wrote:
>
> Just have to make sure we communicate this via the blog and why.
>
> On Thu, Nov 28, 2019 at 10:38 AM Mathieu Pellerin <nirvn.asia at gmail.com>
> wrote:
>
> +1 to end 3.4 cycle a few months early too.
>
> On Thu, Nov 28, 2019, 05:57 Nathan Woodrow <madmanwoo at gmail.com> wrote:
>
> +1 on dropping support early as the risk is large on breaking the users
> experience with a LTR
>
> On Thu., 28 Nov. 2019, 8:55 am Even Rouault, <even.rouault at spatialys.com>
> wrote:
>
> > I think the issues are deeper then the crashes/projection failures
> > fixed by the GDAL/proj cherry-picked commits.
>
> Yes, actually QGIS 3.4 should not be affected by the PROJ fix, because it
> uses the old pj_transform() API with doesn't trigger that code path at
> all.
> But it *is* affected by exportToProj4() no longer returning +datum or
> +towgs84
> in cases where it used to be, which basically makes working with anything
> !=
> WGS 84 fundamentaly broken. The only "fix" would be to backport the fully
> fledged PROJ 6 support of 3.10 which is obviously unreasonable to do in 3.4
>
> > think we SHOULD drop
> > Windows LTR support early rather than releasing a 3.4 build based on
> > proj6/gdal3.
>
> +1
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
> _______________________________________________
> QGIS-Developer mailing listQGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20191128/8876548b/attachment-0001.html>


More information about the QGIS-Developer mailing list