<p dir="ltr"><br>
On 2 Feb 2016 10:45, "Matthias Klose" <<a href="mailto:doko@ubuntu.com">doko@ubuntu.com</a>> wrote:<br>
><br>
> On 30.01.2016 00:29, Nathaniel Smith wrote:<br>
>><br>
>> Hi all,<br>
>><br>
>> I think this is ready for pronouncement now -- thanks to everyone for<br>
>> all their feedback over the last few weeks!<br>
><br>
><br>
> I don't think so.  I am biased because I'm the maintainer for Python in Debian/Ubuntu.  So I would like to have some feedback from maintainers of Python in other Linux distributions (Nick, no, you're not one of these).</p>
<p dir="ltr">The RHEL ABI maintainers raised very similar concerns (that's how I found out about the current status of libabigail), but they're in a similar position to you: Linux distros provide *much* stronger guarantees of ABI compatibility than this PEP even attempts to provide.</p>
<p dir="ltr">Here's the key distinction though: not everything is a mission critical production server, and we know from cross-distro redistributors like Continuum Analytics & Enthought, as well as our own upstream experience with the extraordinarily informal ABIs for Windows and Mac OS X wheels that an underspecified approach like manylinux is likely to be good enough in practice.</p>
<p dir="ltr">That puts the power in users' hands:</p>
<p dir="ltr">* by default, most users will get to use developer provided builds, rather than having to build from source (bringing the Linux user experience up to parity with that for Windows and Mac OS X)<br>
* folks can still force the use of source builds if they prefer (e.g. to better optimise for their OS and hardware, or to change the threat profile for their open source project usage)<br>
* folks can still opt to use a third party build service if they prefer (whether that's a Linux distro or a cross platform redistributor)</p>
<p dir="ltr">Cheers,<br>
Nick.<br>
</p>