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

[Nathan Woodrow]

Hey,

I know it has been said before, but changing the GDAL/Proj version of the
LTR versions is really a no go. It's a breaking change in terms of possible
breakages and just increases risks on a version we need to stay stable.

We are communicating to users they should use the LTR because it's stable
but changing the major dependencies under the hood with new versions breaks
this trust and message.  It would be like changing the Qt version inside an
LTR point release, we just can't do it because it's a full major change
with massive impacts.   The risk of the LTR running on older stacks is seen
as a net positive not a negative when it comes to stability for users.
 The moment we break this trust we lose all the work past work we have put
in to communicate this message, trust is hard to gain and easy to lose.

I'm not sure what the solution here is because I know OSGeo4w doesn't
really support that kind of separation yet but if we have a way to fund
this kind of work I would really like us to consider it (unsure the state
of the budget but this one is critical IMO).  It's going to be an ongoing
issue and something that will always have to be resolved with each LTR as
it moves away from the nightlies with the  dependencies  changing.   I wish
I had the skills and time to help fix this but at the moment all I can
offer is my concern.

Regards,
Nathan

On Sat, Nov 23, 2019 at 10:26 PM Tim Sutton <tim at kartoza.com> wrote:

> Hi
>
> We also have situations like this [1] where we are breaking the LTR with.
> Big bumps in GDAL/PROJ version.
>
> Could we either a) invest QGIS bug fixing money into resolving these or b)
> adopt a more conservative approach to adopting new versions of libraries?
>
> [1]https://github.com/qgis/QGIS/issues/32953
>
> Regards
>
> Tim
>
> On 23 Nov 2019, at 11:23, Paolo Cavallini <cavallini at faunalia.it> wrote:
>
> Hi Tim,
>
> Il 23/11/19 11:22, Tim Sutton ha scritto:
>
>
> For windows at least we could ‘freeze’ 3.4.x by pointing them to use the
> standalone installers but then we have an LTR that is not getting bug
> fixes. As I read Jürgen’s roadmap [1] we still have 4 more bug fix
> releases of 3.4 before 3.10 becomes LTR, which is quite a long time to
> have our ’stable’ version out there with no bug fixes.
>
>
> yes, that's what I meant. It's a kind of bad hack, so as Bas also
> pointed out the proper solution is just to go ahead and fix the bugs.
> I feel bad about people wasting their time to fix this compatibility bug
> that will be useful just for a relatively short period, however.
> Cheers.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> _______________________________________________
> 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
>
>
> —
>
>
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org
>
> Visit http://kartoza.com to find out about open source:
>
> Desktop GIS programming services
> Geospatial web development
> GIS Training
> Consulting Services
>
> *Skype*: timlinux
> *IRC:* timlinux on #qgis at freenode.net
>
> I'd love to connect. Here's my calendar link
> <https://calendly.com/timlinux> to make finding time easy.
>
> _______________________________________________
> 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/20191123/ff56b219/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KartozaNewLogoThumbnail.jpg
Type: image/jpeg
Size: 6122 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20191123/ff56b219/attachment.jpg>