<div dir="ltr"><div dir="ltr">Could Spack or Linuxbrew/Homebrew be used to create QGIS installers on Mac OS? While these tools can also be used under WSL, I believe Spack will be providing a native build support on Windows in the near future.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 4, 2022 at 10:39 AM Alexandre Neto <<a href="mailto:senhor.neto@gmail.com">senhor.neto@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Alessandro,<div dir="auto"><br></div><div dir="auto">Thank you for raising the subject. </div><div dir="auto"><br></div><div dir="auto">QGIS on conda is not at is best shape right now, as we are stuck with the lack of a full featured Qt 5.15. The current package is lacking webengine that was split. The good news is it's already built on OSX arm64 which may be useful in the future.</div><div dir="auto"><br></div><div dir="auto">Alexandre Neto</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">A terça, 4/01/2022, 16:47, Alessandro Pasotti <<a href="mailto:apasotti@gmail.com" rel="noreferrer" target="_blank">apasotti@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi, <br></div><div><br></div><div>Just a quick followup on this: we briefly discussed this topic within the PSC and the conclusion was that this is not a PSC matter.</div><div><br></div><div>Kind regards.<br></div><div><br></div><div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 10, 2021 at 12:16 AM Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com" rel="noreferrer noreferrer" target="_blank">nyall.dawson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 10 Nov 2021 at 00:42, Alexandre Neto <<a href="mailto:senhor.neto@gmail.com" rel="noreferrer noreferrer" target="_blank">senhor.neto@gmail.com</a>> wrote:<br>
><br>
> No comments?l<br>
><br>
> I was expecting at least a bit of discussion about this.<br>
<br>
Honestly, I see it as a bit of a non-starter. Conda is still stuck to<br>
such an old Qt version that you can't build anything past QGIS 3.18.<br>
<br>
To me that's reflective of a larger issue with the ecosystem, not an<br>
isolated example. These mega-packaging-everything projects just seem<br>
to consistently get bogged down by the sheer number of dependent<br>
packages they try to satisfy, resulting in an overall worse experience<br>
all round.<br>
<br>
But that's just my 2c ;)<br>
<br>
Nyall<br>
<br>
<br>
><br>
> :-)<br>
><br>
> Alexandre Neto<br>
><br>
> A sábado, 6/11/2021, 20:46, Even Rouault <<a href="mailto:even.rouault@spatialys.com" rel="noreferrer noreferrer" target="_blank">even.rouault@spatialys.com</a>> escreveu:<br>
>><br>
>> 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 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 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 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 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 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" rel="noreferrer noreferrer" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
>> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer 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 noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
> _______________________________________________<br>
> QGIS-Developer mailing list<br>
> <a href="mailto:QGIS-Developer@lists.osgeo.org" rel="noreferrer noreferrer" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer 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 noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" rel="noreferrer noreferrer" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer 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 noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div>Alessandro Pasotti</div><div>QCooperative:  <a href="https://www.qcooperative.net" rel="noreferrer noreferrer" target="_blank">www.qcooperative.net</a><br></div>ItOpen:   <a href="http://www.itopen.it" rel="noreferrer noreferrer" target="_blank">www.itopen.it</a></div></div>
</blockquote></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="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" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div></div>