From ncoghlan at gmail.com Sun Nov 18 08:52:30 2018 From: ncoghlan at gmail.com (Nick Coghlan) Date: Sun, 18 Nov 2018 23:52:30 +1000 Subject: [Wheel-builders] auditwheel 1.10.0rc1 is now available In-Reply-To: <20181027212707.GA13071@feralas> References: <20181027212707.GA13071@feralas> Message-ID: On Sun, 28 Oct 2018 at 07:35, Elana Hashman wrote: > > Hello from the PyPA sprints in NYC! > > I am pleased to announce the 1.10.0rc1 release of auditwheel.[0] The > release notes can be found on GitHub.[1] > > This release is particularly exciting as I have submitted changes to > ensure that auditwheel should correctly process non-extension wheels > that contain binary dependencies.[2] As a result, auditwheel can now > detect and correctly handle binaries in pure wheels. Very cool! Cheers, Nick. P.S. You anticipated my question about manylinux2010 support, and pre-emptively answered it :) -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia From ehashman at debian.org Sun Nov 18 17:38:09 2018 From: ehashman at debian.org (Elana Hashman) Date: Sun, 18 Nov 2018 17:38:09 -0500 Subject: [Wheel-builders] Auditwheel 1.10 and 2.0rc1 releases, manylinux2010 support Message-ID: <20181118223809.GA15210@feralas> Greetings, programs! Yesterday I officially released auditwheel 1.10 after no bugs were reported in the 1.10rc1 release over the last three weeks.[1] Enjoy! I also worked on getting manylinux2010 support ready in auditwheel and merged that PR today. I will be shipping manylinux2010 support as part of auditwheel 2.0rc1 for testing.[2] Please give it a whirl and let me know if you have any issues. Note that `auditwheel repair` will always choose the most strict compatibility tag possible for your wheel. Hence, even if you build in the manylinux2010 environment, if your wheel only has dependencies on symbols available in the manylinux1 policy, `repair` will produce a manylinux1 wheel. One last thing I worked on this weekend is adding a proper changelog file to auditwheel.[3] I'm hoping the information contained here, previously reflected in GitHub releases, will be useful for end users. Yours in wheel-building, - e [1]: https://github.com/pypa/auditwheel/releases/tag/1.10 [2]: https://github.com/pypa/auditwheel/releases/tag/2.0rc1 [3]: https://github.com/pypa/auditwheel/blob/master/CHANGELOG.md -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 949 bytes Desc: Digital signature URL: From robin at reportlab.com Mon Nov 19 04:42:51 2018 From: robin at reportlab.com (Robin Becker) Date: Mon, 19 Nov 2018 09:42:51 +0000 Subject: [Wheel-builders] Auditwheel 1.10 and 2.0rc1 releases, manylinux2010 support In-Reply-To: <20181118223809.GA15210@feralas> References: <20181118223809.GA15210@feralas> Message-ID: On 18/11/2018 22:38, Elana Hashman wrote: > Greetings, programs! ........... > Yours in wheel-building, > > - e > > [1]: https://github.com/pypa/auditwheel/releases/tag/1.10 > [2]: https://github.com/pypa/auditwheel/releases/tag/2.0rc1 > [3]: https://github.com/pypa/auditwheel/blob/master/CHANGELOG.md > ..... I notice one of the changes for 2.0rc1 is to drop support for Python 3.4; it seems a bit premature to do that since the latest release was in August and there's a planned release in 2019. Is there something in manylinux2010 that will prevent Python 3.4 from running? -- Robin Becker From ehashman at debian.org Thu Nov 22 13:31:33 2018 From: ehashman at debian.org (Elana Hashman) Date: Thu, 22 Nov 2018 13:31:33 -0500 Subject: [Wheel-builders] Auditwheel 1.10 and 2.0rc1 releases, manylinux2010 support In-Reply-To: References: <20181118223809.GA15210@feralas> Message-ID: <20181122183133.GA4782@feralas> On Mon, Nov 19, 2018 at 09:42:51AM +0000, Robin Becker wrote: > > I notice one of the changes for 2.0rc1 is to drop support for Python > 3.4; it seems a bit premature to do that since the latest release > was in August and there's a planned release in 2019. Is there > something in manylinux2010 that will prevent Python 3.4 from > running? Hi Robin, To clarify, dropping 3.4 support is just for the auditwheel tool itself: Python 3.4 wheels will still be supported. Inside the manylinux image, we run auditwheel with Python 3.6.[1] auditwheel is a Python 3-only tool, but this does not prevent us from building wheels for Python 2.7 :) This change is intended to save some time in CI so that we no longer need to test against Python 3.4 as I introduce support for Python 3.7. While Python 3.4 is still being maintained, it is nearly 5 years old now and has only received security fixes since August 2017.[2] While I am dropping support, I do not believe any changes have been made intentionally that would cause auditwheel to become Python 3.4 incompatible. Let me know if this is still a source of concern. Cheers, - e [1]: https://github.com/pypa/manylinux/blob/c24c2e517c57d094616eae8d2e72cb230c9051b6/docker/build_scripts/build.sh#L125-L126 [2]: https://www.python.org/downloads/release/python-347/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 949 bytes Desc: Digital signature URL: