<div dir="ltr">What David said, plus:<div><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Thu, Jan 9, 2014 at 10:43 PM, Steve Spicklemire <span dir="ltr"><<a href="mailto:steve@spvi.com" target="_blank">steve@spvi.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">So, related question: Should the Mac binaries also work with the <a href="http://python.org" target="_blank">python.org</a> mac build?</blockquote>

</div></div></div></div></blockquote><div><br></div><div style>Not sure what "also" is respect to, but the <a href="http://pyton.org">pyton.org</a> builds are a good common denominator:</div><div style><br></div>

<div style>The Apple builds have their issues:</div><div style>  - Apple never upgrades them</div><div style>  - You can't re-distribute them (build stuff with Py2app) .. at least without violating copyright.</div><div style>

<br></div><div style>While it's appealing for people to not have to install anything, if they are installing 3rd party packages  they are installing stuff, son one extra install at the start is not a big deal.</div><div style>

<br></div><div style>So: if you are going to support one binary -- it should be the <a href="http://python.org">python.org</a> one.</div><div style><br></div><div style>It is a bit of a pain to build binaries for the Python.org builds, as they are universal and support older OS versions.</div>

<div style><br></div><div style>Personally, I think we should address this by:</div><div style><br></div><div style>1) having a centralized project for building varios binary dependencies that are compatible with the <a href="http://python.org">python.org</a> builds -- why should multiple package distributors all have to figure out how to build, e.g. freetype correctly?</div>

<div style><br></div><div style>I've created a repo for this, but haven't gotten far:</div><div style><br></div><div style><a href="https://github.com/MacPython/osxinst">https://github.com/MacPython/osxinst</a><br>

</div><div style><br></div><div style>let me know if you are interested in contributing.</div><div style><br></div><div style>2) Maybe it's time to put out an "official" <a href="http://python.org">python.org</a> build that's simpler: perhaps 10.7+ 64bit Intel only. But I'm not sure how many folks still need 32 bit.</div>

<div style><br></div><div style>-Chris</div><div style><br></div><div style><br></div></div>-- <br><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>

7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a>
</div></div>