Add to what was said (which I don't disagree with per say). I think it's important to note that this GDAL3/PROJ6 transition was always going to be rocky (whether we applied it to 3.4 LTR or delayed it of 4 months when 3.10 LTR will replace 3.4.
One reason being most core developers are on linux distributions, where a gdal3/proj6 environment isn't available out of the box. Coupled with the fact that our bank of daily / weekly testers is very small, we're left with mostly devs (on linux) testing builds (which we've established are vastly running gdal2). On Sat, Nov 23, 2019, 21:35 kimaidou <[email protected]> wrote: > HI, > I totally agree with Nathan on this topic. > Regards, > Michaël > > Le sam. 23 nov. 2019 à 13:37, Nathan Woodrow <[email protected]> a > écrit : > >> 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 <[email protected]> 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 <[email protected]> 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 >>> [email protected] >>> 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 >>> [email protected] >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> _______________________________________________ >> QGIS-Developer mailing list >> [email protected] >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > _______________________________________________ > QGIS-Developer mailing list > [email protected] > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________ QGIS-Developer mailing list [email protected] List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
