<div dir="ltr">+1 on the whole idea. Trying to continue to nudge the community towards more standardized approaches in packaging is always a good thing. :) I only have one data point in relation to sdists file formats.<br><br><div class="gmail_quote"><div dir="ltr">On Mon, 15 Aug 2016 at 12:09 Donald Stufft <<a href="mailto:donald@stufft.io">donald@stufft.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[SNIP]<br>
<br>
Looking at numbers again, the current number of projects for each file ext are:<br>
<br>
* .tar.gz: 444,338<br>
* .zip: 58,774<br>
* .tar.bz2: 3,265<br>
* .tgz: 217<br>
* Everything Else: 0<br></blockquote><div><br></div><div>One thing to remember is that Windows can't read tar files natively while it can for zip files. Now you can easily download tools on Windows to read tar files and thanks to Bash on Windows you even have it included once you turn that feature on.</div><div><br></div><div><span style="line-height:1.5">The other point is we have a zip importer in Python but not a .tar.gz one. </span>I don't know how often anyone actually downloads a zip file directly from PyPI and then tack it on to their sys.path for importing, but that is currently possible.</div><div><br></div><div>I doubt either of these points are important enough to continue to support zip files for sdists, but I just wanted to point it out. At worst this is something to think about if we ever do formalize the sdist format and come up with a custom file extension.</div></div></div>