<div dir="ltr">Hi Peter,<div><br></div><div>This is great news!</div><div><br></div><div><div class="gmail_quote"><div dir="ltr">Le ven. 26 oct. 2018 à 11:26, Peter Petrik <<a href="mailto:peter.petrik@lutraconsulting.co.uk" target="_blank">peter.petrik@lutraconsulting.co.uk</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hello,<div><br></div><div>we have been asked to create standalone QGIS package for MacOS. By standalone I mean that there will be a single package (.pkg) file that will be extracted to /Application folder and will contain all dependencies (GDAL, Python3, PyQT, Qt libraries, ...) and will be working without any additional installation steps (similar to any application you install via App Store). </div><div><br></div><div>As there is no such open-sourced solution I could use or enhance, I started some prototyping here: <a href="https://github.com/lutraconsulting/qgis-mac-packager" target="_blank">https://github.com/lutraconsulting/qgis-mac-packager</a> . I hope I can wrap the last bits next week and be able to produce QGIS 3.4 release and QGIS master nightlies on some Mac Cloud server. I used osgeo4mac homebrew for dependencies, since it looks like it is the most maintained package manager with osgeo libraries for MacOS. Usage of Conda packages could be better, but the number of downloads and the activity in any available repositories is not convincing.</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>Is Qt Mac Deploy of any help here?</div><div><a href="http://doc.qt.io/qt-5/osx-deployment.html#macdeploy">http://doc.qt.io/qt-5/osx-deployment.html#macdeploy</a></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div><div>The aim is to eventually have QGIS bundled and shipped similar to Linux and Windows. Once we finish the work, we will send an email to the PSC and see if this is something they'd be happy to bring it under their umbrella.</div><div><br></div></div><div>I am open to any suggestions or cooperation for either packaging or distribution. Feel free to  </div><div>write me PM or reply here. Thanks<br></div></div></div></div></div></div></div></div></blockquote><div><br></div><div>I'd be happy to take part of the effort. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div></div><div><br></div><div>Now its time to celebrate new QGIS release during weekend! </div><div><br></div><div>Cheers,</div><div>Peter</div><div><br></div><div>Note: CMAKE scripts try to achieve similar tasks (qgis/mac/cmake/*.in). But it seems to me that only bundling of Qt libraries is actively maintained [<span style="color:rgb(0,0,0);font-family:Menlo;font-size:9pt">QGIS_MACAPP_BUNDLE=1]</span>and bundling of rest of libs (gdal, libzip, geos, etc.. ) [<span style="color:rgb(0,0,0);font-family:Menlo;font-size:9pt">QGIS_MACAPP_BUNDLE=2 and 3]</span> is not implemented/maintained. Also I am not convinced that CMake scripting language is best tool for such task. (due to reconfiguration on change, syntax/readability compared to python, tools available for path handling, ...)</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>CMake syntax is not really nice to read (maybe it's personal), but the point is that all the logic is already written and accessible there, mainly in terms of dependancy and library location.</div><div>I think it makes sense to try to keep the logic in a single place if reasonably possible.</div><div><br></div><div>The QGIS_MACAPP_BUNDLE is indeed an non completed work from Larry. But as pointed out, he's also working on something lately.</div><div><br></div><div>More generally speaking, and even though nothing is written in QGIS source code yet, I think that this project is a very good candidate for a QEP. </div><div>Do you have any intention to do one?</div><div>Is the decision to go for Python and not CMake definitive for your project or was it more a first quick try?</div><div><br></div><div>I hope my message did not sound too pessimistic. Moving towards a solution to get a complete package for QGIS that is openly maintained in the community is really great and I'm really glad you started this!</div><div><br></div><div>Cheers,</div><div>Denis</div><br></div>
</div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">





<p class="inbox-inbox-inbox-inbox-p1"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:10pt">Denis Rouzaud</span><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><a href="mailto:denis@opengis.ch" target="_blank" style="font-family:Times;font-size:medium"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:8pt">denis@opengis.ch</span> </a><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:8pt"><a>+41 76 370 21 22</a></span></p><p class="inbox-inbox-inbox-inbox-p1"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:8pt"><a><br></a></span></p></div></div>