<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:3.0cm 2.0cm 3.0cm 2.0cm;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="DA" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Howard,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">As a user of both OS X, Windows and occasionally PDAL, I would welcome such a change. As a user I find both Homebrew and
OSGeo4W less than optimal. Homebrew is generally a nice environment but it has proven difficult to maintain the various OSGeo packages in a way that is easily compatible with the core homebrew set of packages.
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">As a developer/maintainer I unfortunately find OSGeo4W very fragile at the moment. Primarily because of the few people
who are actively maintaining it (it is more or less a one person operation it seems). On top of that it is very difficult to be a “drive-by” contributor because ultimately SSH access is required. Homebrew works fairly well from a maintainer perspective, but
when it comes to the OSGeo packages it is still problematic. <o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">The conda forge ecosystem removes all of the above problems and in my experience everything just works. Both from a user
and maintainer perspective. So for what it’s worth, a +1 from me.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">/Kristian<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Fra:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> pdal [mailto:pdal-bounces@lists.osgeo.org]
<b>På vegne af </b>Howard Butler<br>
<b>Sendt:</b> 1. juni 2018 14:53<br>
<b>Til:</b> pdal <pdal@lists.osgeo.org><br>
<b>Emne:</b> [pdal] Conda for official Mac/Windows PDAL packages?<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">All,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Brad's recently announced [1] Conda Forge packages for PDAL proved wildly successful for our recent FOSS4GNA workshop [2]. The current PDAL packaging story is rather messy, with OSGeo4W (64-bit only) available for Windows, Homebrew for
OSX, and Debian/RedHat packages being provided by the distributions. Docker is also in the mix, although that's a separate thread <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The OSGeo4W package creation process is now fully automated through PDAL's AppVeyor continuous integration, but the upload, tagging, and release of the package is still a manual activity. OSGeo4W can also be very brittle for people, especially
as an installation, and it often lacks the refresh of underlying system support packages on which everything is based. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Homebrew PDAL packages for OSX are also available, but they are only available to 1.6 and installations can be fickle, especially when it comes to updating. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The appeal of Conda Forge as a packager is a single upstream for packaging efforts, a build system that doesn't require our project to maintain it (currently done with OSGeo4W), and convenient usability of the packages for the users. Another
strong appeal of Conda Forge is the workflow of package creation, changes, patches, and refresh can be done through typical pull-request workflow. OSGeo4W updates require SSH access to a machine (that is sometimes down), and manual button mashing with careful
manual post validation.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I'm proposing that we drop the OSGeo4W and Homebrew package support in exchange for the Conda Forge ecosystem. I'm interested in hearing from users of the Homebrew and OSGeo4W packages on that topic, however. Would this drastically upend
your workflow? Make things simpler? If these packaging approaches are critical for you, can you step forward to take over their care with some hand-off? <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">If there's no significant objection, PDAL 1.8 will target Conda as the primary packaging environment for Mac/Windows.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Howard<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">[1] <a href="https://lists.osgeo.org/pipermail/pdal/2018-April/001559.html">https://lists.osgeo.org/pipermail/pdal/2018-April/001559.html</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">[2] <a href="https://2018.foss4g-na.org/session/point-cloud-processing-and-analysis-pdal">https://2018.foss4g-na.org/session/point-cloud-processing-and-analysis-pdal</a><o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>