<html><head></head><body>I forgot to reply to the list, so I re-added it<br>
<br>
To further explain, in my setuptools replacement experiment I implement the develop command by generating a a wheel<br>
Using a local version tag `+develop`,<br>
<br>
Instead of the actual code, for each top-level it contains a shim python file that will load the real code from the editable location<br>
However it will use pip to install that wheel and create scripts/exe files<br>
<br>
In particular windows support for a full develop command is orders of magnitude more easy if one let's pip make the scripts(exe files)<br>
<br>
I think it's very helpful for tool authors if pip has ways for them to avoid platform pitfalls like exe files <br>
<br><br><div class="gmail_quote">Am 17. November 2015 08:15:41 MEZ, schrieb Robert Collins <robertc@robertcollins.net>:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On 17 November 2015 at 19:16, Ronny Pfannschmidt<br /><opensource@ronnypfannschmidt.de> wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> The develop command should be able to generate a wheel with a local version<br /> that pip can install<br /> That way tool authors can completely avoid writing the target folders and<br /> its possible to always run completely unprivileged builds<br /></blockquote><br />Thats an interesting idea, but wholly different to what 'develop' does<br />and is used for. My goal here is to only commit to new things where<br />the new thing is all of:<br /> - a small amount of work<br /> - meets existing use cases<br /> - able to be put into pip/setuptools/wheel/etc now (rather than after<br />a bunch of other things are done)<br /><br />I completely agree with the idea that develop as it stands has a<br />number of limitations, but there is no generic
implementation<br />available for pip to reuse; there is no feature in pip that would do<br />what you want either; nor even a proof of concept. I think as such its<br />premature to PEPify it.<br /><br />What could be done is to take the abstract build system work (which<br />*is* within reach for pip) and create a implementation with a new<br />schema version and whatever semantics you want around this new<br />developish thing, and write an incremental PEP (so you don't need any<br />of the PEP I've put up, just inherit from it and define your new thing<br />- and then we can kick the tires on it and see how its going to work<br />etc.<br /><br />Note that what you describe 'generate a wheel with a local version' is<br />actually exactly what the 'wheel' command does as far as I can tell,<br />but I'm sure thats not what you have in mind - so please do expand on<br />the differences, in<br />paranoid-folk-make-sure-folk-cannot-misunderstand-style ;)<br /><br />-Rob<br /><br
/></pre></blockquote></div><br>
-- <br>
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.</body></html>