<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 21, 2015 at 2:53 PM, Paul Moore <span dir="ltr"><<a href="mailto:p.f.moore@gmail.com" target="_blank">p.f.moore@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> As I've already said, we have a plan for that, it's<br>
just happening slowly (apparently too slowly for some people, but<br>
rather than helping with it they seem happier to propose alternative<br>
approaches that we've typically considered in the past and discarded,<br></blockquote><div><br></div><div>I'm not exactly sure who (or which proposals) that was aimed at, but my idea, at least is not an alternative approach at all -- it's small idea for how to help get there, sooner than later.</div><div><br></div><div>It seems the plan is to:</div><div><br></div><div>finish hammering out the spec.</div><div><br></div><div>Wait for _someone_ to make a new build system.</div><div><br></div><div>Then wait how long? decades? for the entire user community to go to some new build system(s). </div><div><br></div><div>Then we can finally deprecate the cruft of setuptools.</div><div><br></div><div>Actually -- I like that plan -- and I'll probably be one of the early folks to jump on the bandwagon of the new build system.</div><div><br></div><div>But in the meantime, a way to get my project to build without the setuptools cruft would be a nice option.</div><div><br></div><div>BTW -- this is not just about letting pip work with more than one build system -- it's also about letting more than one package manage work with the existing (and other future) build systems.</div><div><br></div><div>In conda, for instance, the convention is to call:</div><div><br></div><div>python setup.py intstall.</div><div><br></div><div>It turns out that now, we _should_ be calling:</div><div><br></div><div>pip install ./</div><div><br></div><div>to actually get the right thing done. Really?</div><div><br></div><div>A setuptools lite would do the right thing with "setup.py install"</div><div><br></div><div>Hmm, now that I think about it, maybe I can just banish setuptools from my setup.py, stick with distutils, and then make sure to use pip to actually invoke anything -- so it will inject setuptools, but only use the bits we need....</div><div><br></div><div>I'll have to try that.....</div><div><br></div><div>-CHB</div><div><br></div></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>