<div class="gmail_quote">On Sun, Jul 1, 2012 at 2:26 PM, Daniel Holth <span dir="ltr">&lt;<a href="mailto:dholth@gmail.com" target="_blank">dholth@gmail.com</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div>I&#39;m convinced that data that the code really needs at runtime should continue to go right next to the .py files as usual. Time will tell as to the utility of .data. I think .data will make Debian maintainers happy.</div>
<div><br></div><div>The new setup command bdist_wheel does exactly the task of converting egg-info to dist-info. It just doesn&#39;t understand prebuilt eggs.</div></div></blockquote><div><br>Well, if you do that conversion on the EGG-INFO directory of an .egg file, then you&#39;ll have a wheel.  At least, if I understand your spec correctly.  (Since .egg contains just the code and static files.)  All you need to do is get the egg&#39;s platform info and Python version from its filename; everything else is in .egg-info.  The full spec is here:<br>
<br>   <a href="http://peak.telecommunity.com/DevCenter/EggFormats">http://peak.telecommunity.com/DevCenter/EggFormats</a><br> <br>But basically, it&#39;s just going to be just convert EGG-INFO to Projectname.dist-info.  The actual layout of the rest of the zipfile is essentially unchanged.<br>
<br>(Heck, add .whl support to pkg_resources, and wheels will have all the advantages of eggs as well.  Though, for that to work under 3.x some of the stub file stuff would have to be changed as well.)<br><br></div></div>
<br>