<p dir="ltr"><br>
On 26 Jul 2014 05:56, "Donald Stufft" <<a href="mailto:donald@stufft.io">donald@stufft.io</a>> wrote:<br>
><br>
> On July 25, 2014 at 3:50:30 PM, Wichert Akkerman (<a href="mailto:wichert@wiggy.net">wichert@wiggy.net</a>) wrote:<br>
>> Will that guarantee the OS-provided Python was used? Or is there still a risk someone was using a custom compiled Python on an Ubuntu 14.04 system that is not binary compatible with the Ubuntu-provided Python? <br>

>><br>
>> Wichert.<br>
>><br>
><br>
> No It won’t guarantee the OS-provided Python is used. It doesn’t even guarantee that the OS provided libs are being linked to. However at that point you’ve more or less reached parity with Windows and OSX where Wheels (and Eggs before them) are generally built to target the “System” Python and if you’re not using the “System” Python you might end up having a bad time.</p>

<p dir="ltr">As Donald says, we haven't worked out the exact technical details yet, but the general idea is that just as a Windows or Mac OS X wheel published on PyPI should be binary compatible with the corresponding <a href="http://python.org">python.org</a> installer, it should be possible to get the relevant info into wheel filenames for people to be able to indicate the expected contents of "/etc/os-release".</p>

<p dir="ltr">That's probably *over* specifying things, but Linux distros vary enough that anything coarser grained would likely be unreliable if used directly with the system Python.</p>
<p dir="ltr">Another way to go, if <a href="http://softwarecollections.org">softwarecollections.org</a> (aka "virtualenv for your distro package manager") gets any traction whatsoever on the Debian/Ubuntu side of the world, would be to publish wheels based on *software collection* compatibility, rather than distro compatibility. That would be appealing to me wearing both my packaging hats - making prebuilt binaries for libraries more readily available to Python users in a way that maps to Python versions rather than distro variants, while at the same time encouraging them to get their end user applications the heck out of the system Python so they aren't tied so closely to the distro upgrade cycle :)</p>

<p dir="ltr">Cheers,<br>
Nick.</p>