<div dir="auto">So, this proposition didn't really make sense to me. Folk like Linux distros will want the source, and you don't need to upload wheels :- setup.py could quite reasonably limit itself to software installation, vs configuration. Plenty of pip installable packages are not entirely ready to use after pip installation.<div dir="auto"><br></div><div dir="auto">-Rob</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 Jan 2017 08:29, "Dariusz Suchojad" <<a href="mailto:dsuch@zato.io">dsuch@zato.io</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16/01/17 22:19, Nick Timkovich wrote:<br>
> If you have a non-release release with some description text and a<br>
> home-page that points to where active development is going on (that could<br>
> constitute "functionality" in a non-code way), I think that should preempt<br>
> a reasonable person (which is hopefully a superset of maintainers) from<br>
> deleting it.<br>
<br>
Yes, indeed, this is what I'd like to clarify. Someone is simply bound<br>
to clean up all the packages at one point and this PEP likely will be<br>
the basis for deciding what to delete or not so I'd very much like to<br>
ensure ours will not be removed.<br>
<br>
regards,<br>
<br>
--<br>
Dariusz Suchojad<br>
<br>
<a href="https://zato.io" rel="noreferrer" target="_blank">https://zato.io</a><br>
ESB, SOA, REST, APIs and Cloud Integrations in Python<br>
<br>
______________________________<wbr>_________________<br>
Distutils-SIG maillist¬† -¬† <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/distutils-sig</a><br>
</blockquote></div></div>