<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 14, 2015 at 8:41 AM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.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">The main two language independent solutions I've identified for this<br>
general "user level package management" problem in the Fedora<br>
Environments & Stacks context<br>
(<a href="https://fedoraproject.org/wiki/Env_and_Stacks/Projects/UserLevelPackageManagement" target="_blank">https://fedoraproject.org/wiki/Env_and_Stacks/Projects/UserLevelPackageManagement</a>)<br>
are conda (<a href="http://conda.pydata.org/" target="_blank">http://conda.pydata.org/</a>) and Nix<br>
(<a href="https://nixos.org/nix/about.html" target="_blank">https://nixos.org/nix/about.html</a>), </blockquote><div><br></div><div>cool -- I hadn't seem nix before.</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">From a Python upstream perspective, Nix falls a long way behind conda<br>
due to the fact that Nix currently relies on Cygwin for Windows<br>
support - </blockquote><div><br></div><div>The other thing that's nice about conda is that while it was designed for the general case, it has a lot of python-specific features. Being a Python guy -- I llke that ;-) -- it may not work nearly as well for Ruby or what have you -- I wouldn't know.</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"> The point where I draw the line is supporting *dynamic*<br>
linking between modules - </blockquote><div><br></div><div>I'm confused -- you don't want a system to be able to install ONE version of a lib that various python packages can all link to? That's really the key use-case for me....</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">that's the capability I view as defining the<br>
boundary between "enabling an add-on ecosystem for a programming<br>
language runtime" and "providing a comprehensive software development<br>
platform" :)<br></blockquote><div><br></div><div>Well, with it's target audience being scientific programmers, conda IS trying to give you a "comprehensive software development platform"</div><div><br></div><div>We're talking about Python here -- it's a development tool. It turns out that for scientific development, pure python is simply not enough -- hence the need for conda and friends.</div><div><br></div><div>I guess this is what it comes down to -- I'm all for adding a few features to wheel -- it would be nice to be abel to pip install most of what I, and people like me, need. But maybe it's not possible -- you can solve the shared lib problem, and the scripts problem, and maybe the menu entires problem, but eventually, you end up with "I want to use numba" -- and then you need LLVM, etc. -- and pretty soon you are building a tool that provides a "comprehensive software development platform". ;-)</div><div><br></div><div><br></div><div>-CHB</div></div><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>