<p dir="ltr">My experience so far tells me otherwise. Our of 7 or so libraries that I tried to convert to wheel files that salt stack depends on only 2 were using setuptools, others were using distutils and had sometimes quite big setup.py files and were not compiling out of the box, and frankly I have no idea how I can create a wheel from a setup.py file that is taking 10 screens to scroll and not using the packager that is supporting wheel and has dependencies on some C stuff.</p>
<p dir="ltr">I think the notion of sdist being a magic thing that everybody should be able to make anything from doesn't actually work for end users.</p>
<p dir="ltr">I think sdist has it's place but the guidance that people need should be quite explicit about how and what to do to end the confusion.</p>
<p dir="ltr">Standard is standard and should be set in stone as such. Otherwise everybody keeps wondering around and doing whatever they see fit and effectively creating a mess without the ability to sync on common ground. like java jars are the standard way of distributing the libs, same thing should be with python packages. Everybody should know that wheel is that thing, nothing else. Doesn't it make sense?</p>
<p dir="ltr">Thanks!<br>
</p>
<div class="gmail_quote">On Nov 4, 2014 8:16 PM, "Daniel Holth" <<a href="mailto:dholth@gmail.com">dholth@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"><p dir="ltr">It is usually pretty easy to build from sdist. Wheels are convenient but I don't think they should be required.</p>
<div class="gmail_quote">On Nov 4, 2014 6:38 PM, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com" target="_blank">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 4 November 2014 21:30, Wichert Akkerman <<a href="mailto:wichert@wiggy.net" target="_blank">wichert@wiggy.net</a>> wrote:<br>
>> One of the problems though is that there is plenty of packages on Pypi<br>
>> that are not there yet.<br>
><br>
> One issue currently is that source distributions are much simpler to make: I can make a sdist without having wheel installed, and more importantly I can make a single sdist that works for both Python 2 and 3. That means I can make a release of a Python 3-compatible package without having to install Python 3 myself (or the reverse for people who are in a Python 3-only world), relying completely on a service such as Travis to run tests with Python 3.<br>
<br>
If your code is single-source (i.e. doesn't need something like 2to3)<br>
then you can put in your setup.cfg<br>
<br>
[bdist_wheel]<br>
universal=1<br>
<br>
and the wheel you build will support both Python 2 and 3, even if you<br>
built it with Python 2. Conceded you need wheel installed in order to<br>
build wheels. It's a pretty small/fast download, and you only need to<br>
install it once, but your point is true. Is it a big enough issue to<br>
justify merging wheel into (say) setuptools? I don't think so<br>
personally, but that would be the only way to avoid the need to<br>
install it separately.<br>
<br>
Paul<br>
_______________________________________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" target="_blank">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</blockquote></div>
</blockquote></div>