<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 30, 2014 at 2:21 PM, Reinout van Rees <span dir="ltr"><<a href="mailto:reinout@vanrees.org" target="_blank">reinout@vanrees.org</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">Well, we're in a bit of the same boat here. We make django websites, which means pretty much well-behaved setup.py-using pure python stuff.<br>
<br>
The websites are heavy users of numpy/scipy/pandas/matplotlib and of the geo packages like gdal/mapnik/pyproj. Ouch.<br></blockquote><div><br></div><div>yup -- this is pretty much out stack (though pyramid in our case...) Funny, though, as coming from my background, I see it as a scipy stack app with a little web stuff, rather than a web app that needs some scipy stuff ;-)</div><div><br></div><div>But the core problem here is that the scipy folks have been going to conda and enthought to solve their pacakgeing problems, and the web folks have been doing pip, and maybe buildout -- so you get a bit of mess when you mix them.</div><div> </div><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">The combination we use now is to use buildout (instead of pip) in combination with the "syseggrecipe" (<a href="https://pypi.python.org/pypi/syseggrecipe" target="_blank">https://pypi.python.org/pypi/<u></u>syseggrecipe</a>) buildout add-on. Syseggrecipe allows us to depend explicitly on **system** packages for gdal/matplotlib/mapnik/scipy/<u></u>numpy. Which takes care of most of the compilation headaches.<br></blockquote><div><br></div><div>well, it sounds like you are simple punting -- passing off all the complex stuff to the system, which may work well if the system is up to date linux with the packages you need available, but pretty worthless on a Mac or Windows box.</div><div><br></div><div>The scipy folks have been doing a pretty good job lately keeping up with wheels, but there's still a big hole there for the geo stuff.(GDAL, Shapely, Fiona)</div><div><br></div><div>So I've been looking at going the Anaconda route -- it provides the hard stuff, though it turns out it's a bit ugly when using it as a development environment for extensions liked against libs that are both in the system and Anaconda provided.</div><div><br></div><div><span name="Antoine Pitrou" class="" style="font-size:13px">Antoine Pitrou</span><span style="font-size:13px;white-space:nowrap"> wrote:</span><br></div><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"><span style="font-size:13px">Note you can use pip inside conda environments, which works quite well<br></span><span style="font-size:13px">at least for pure Python packages (start with "conda install pip").</span></blockquote><div><br></div><div>True -- though it gets a bit ugly, as then conda doesn't know about the packages, so switching environments is a mess, and conda can't manage the dependencies. So not ideal. I've actually spend the last two days writing a script that auto-grabs packages from PyPI, builds conda packages out of them, and then uploads them to binstar -- so we can have all our dependencies supported by conda.</div><div><br></div><div>I'd love it if Continuum would build a "pip bridge" on binstar that would do all that automagically if you request a pip-installable package from binstar.</div><div> <br></div><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">Just throwing this into the mix as a potential solution. Note that you'll get to explain buildout to your users, but... :-)</blockquote><div><br></div><div>yup -- not sure I want to go there yet, either...</div><div><br></div><div>-Chris</div><div> </div></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><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></div>