<p dir="ltr">Unix users will always want to compile their own. Pip wheel is not going away, but we will definitely evolve the implementation.</p>
<div class="gmail_quote">On Mar 25, 2013 7:00 PM, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 25 March 2013 22:46, Vinay Sajip <<a href="mailto:vinay_sajip@yahoo.co.uk">vinay_sajip@yahoo.co.uk</a>> wrote:<br>
> Paul Moore <p.f.moore <at> <a href="http://gmail.com" target="_blank">gmail.com</a>> writes:<br>
><br>
>> I imagine that pip will retain some form of the current "pip wheel"<br>
>> capability that covers this requirement, but maybe as the overall<br>
>> picture of the new design gets clarified, this role should be<br>
>> captured.<br>
><br>
> Strictly speaking I would have thought "pip wheel" was a builder function which<br>
> is only in pip as a transitional step, to get wheels more exposure. Is that an<br>
> incorrect assumption on my part?<br>
<br>
If some other tool provides the same functionality, I can see the<br>
possibility that pip will drop it (assuming that pip takes the route<br>
of becoming a "pure installer"). But I can't imagine pip dropping that<br>
functionality *until* some other tool is available which does the<br>
equivalent.<br>
<br>
Paul<br>
_______________________________________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/distutils-sig" target="_blank">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</blockquote></div>