<div dir="auto">No comments?l<div dir="auto"><br></div><div dir="auto">I was expecting at least a bit of discussion about this.<br><div dir="auto"><br><div dir="auto">:-)</div><div dir="auto"><br></div><div dir="auto">Alexandre Neto</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">A sábado, 6/11/2021, 20:46, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Probably a topic that can raise passions and on which I'm moderately <br>
legitimate to speak, but shouldn't we seriously consider leveraging the <br>
Conda / Conda-Forge (<a href="https://conda-forge.org/" rel="noreferrer noreferrer" target="_blank">https://conda-forge.org/</a>) ecosystem for QGIS <br>
packaging, especially on the Windows and Mac platforms ? QGIS depends on <br>
a lot of external dependencies, and building them and updating them is <br>
really about maintaining a packaging system, and QGIS has two such <br>
separate and bespoke systems for Windows (OSGeo4W) and Mac <br>
(QGIS-Mac-Packager).  The ideal vision would be that the QGIS project <br>
mostly maintains the bits specific to QGIS, but not be the sole <br>
maintainer of its dependencies such as QT, GDAL (and its many <br>
dependencies), PDAL, GRASS etc, as it is today. Conda-Forge provides a <br>
truly collaborative environment and active community that already <br>
bundles a number of those dependencies, and QGIS is already there (not <br>
full capabilities yet, due to some dependencies missing. That would be <br>
one of the points to address). The Conda-Forge community is really <br>
vibrant (if you look at <br>
<a href="https://github.com/conda-forge/staged-recipes/pulls?q=is%3Apr+is%3Aclosed" rel="noreferrer noreferrer" target="_blank">https://github.com/conda-forge/staged-recipes/pulls?q=is%3Apr+is%3Aclosed</a>, <br>
you can see that 20 packages were added in the last 24 hours!). It is <br>
also a NumFocus sponsored project. It has support from a number of <br>
institutions. It is unlikely to disappear anytime soon.<br>
<br>
There would certainly work needed to build installers from them. I found <br>
<a href="https://github.com/conda/constructor" rel="noreferrer noreferrer" target="_blank">https://github.com/conda/constructor</a> project where you can build <br>
standalone installers from Conda packages, but was told it is perhaps <br>
not super mature.  Even if QGIS needs require a dedicated installer with <br>
custom bits, leveraging already packaged dependencies would probably be <br>
a big enough win compared to the current situation where the whole stack <br>
needs to be built and rebuilt from scratch by only a few knowledgeable <br>
people, on non-shared infrastructure.<br>
<br>
There would be the possibility to pin dependencies at certain known good <br>
points, for example to base LTR builds on top of them.<br>
<br>
I guess also that Conda based installers could help for plugins that <br>
require installing native or Python dependencies, but that'd be already <br>
more a secondary advantage.<br>
<br>
Another proof that Conda is to be taken seriously: <br>
<a href="https://developers.arcgis.com/python/guide/understanding-conda/" rel="noreferrer noreferrer" target="_blank">https://developers.arcgis.com/python/guide/understanding-conda/</a><br>
<br>
I'm not saying this is a magical solution: there would clearly be a <br>
significant amount of work and technical hurdles to solve to reach the <br>
same degree of maturity as our current installers, but it is probably an <br>
investment worth considering for the long term.<br>
<br>
Even<br>
<br>
-- <br>
<a href="http://www.spatialys.com" rel="noreferrer noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank" rel="noreferrer">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>