<p dir="ltr"><br>
On 19 Mar 2015 23:33, "Leonardo Rochael Almeida" <<a href="mailto:leorochael@gmail.com">leorochael@gmail.com</a>> wrote:<br>
><br>
><br>
> On 18 March 2015 at 14:37, Daniel Holth <<a href="mailto:dholth@gmail.com">dholth@gmail.com</a>> wrote:<br>
>><br>
>> [...]<br>
>><br>
>> The behavior we're aiming for would be:<br>
>><br>
>> "installer run setup.py" - installs things<br>
>> "python setup.py" - does not install things<br>
><br>
><br>
> Besides that, I'd add that we're also looking for: "python setup.py" (by itself) should not raise ImportError, even if setup.py needs extra things installed for certain operations (egg_info, build, sdist, develop, install).<br>
><br>
> IMO, the biggest pain point is not people putting crazy stuff in setup.py to get version numbers. For me, the biggest pain point is when setup.py needs to import other packages in order to even know how to build:<br>
><br>
> So I'd like to suggest the following series of small improvements to both pip and setuptools:<br>
><br>
>  * setuptools: `python setup.py setup_requires` dumps its setup_requires keyword in 'requirements.txt' format</p>
<p dir="ltr">I believe setuptools can already do this (as "setup-requirements.txt"), but it's a generated file that people tend not to check into source control.</p>
<p dir="ltr">Saying that file *should* be checked into source control (and teaching pip about it when looking for dependencies) might be a reasonable improvement - CPython certainly checks in several generated files to reduce the number of tools needed to build CPython in the typical case.</p>
<p dir="ltr">Cheers,<br>
Nick.</p>