[Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-24 Thread Vitaly Kruglikov
On 22 June 2016 at 08:51, Nathaniel Smith wrote: > I believe the status is that there's general consensus that something like > this would be useful, but there's no one who is currently actively working > in it. Thanks everyone for following up on my questions. This helps a lot. In particular,

[Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-24 Thread Vitaly Kruglikov
Thanks everyone for following up on my questions. This helps a lot. In particular, thank you for pointing me to manylinux1. https://www.python.org/dev/peps/pep-0513 appears to be incredibly well written, with excellent insights. I will likely adopt the manylinux1 approach.

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Nick Coghlan
On 22 June 2016 at 08:51, Nathaniel Smith wrote: > I believe the status is that there's general consensus that something like > this would be useful, but there's no one who is currently actively working > in it. Checking https://wheels.galaxyproject.org/packages/ suggests that

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Noah Kantrowitz
> On Jun 22, 2016, at 2:42 PM, Donald Stufft wrote: > > >> On Jun 22, 2016, at 5:38 PM, Glyph wrote: >> >> >>> On Jun 22, 2016, at 12:21, Nathaniel Smith wrote: >>> There are still use cases for distro-specific wheels, though --

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Glyph
> On Jun 22, 2016, at 14:42, Donald Stufft wrote: > > I don’t think these two things need to be bound together. People can already > today depend on platform specific things just by not publishing wheels. > Adding these tags naturally follows that, where people would need to

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Noah Kantrowitz
> On Jun 22, 2016, at 2:42 PM, Donald Stufft wrote: > > >> On Jun 22, 2016, at 5:38 PM, Glyph wrote: >> >> >>> On Jun 22, 2016, at 12:21, Nathaniel Smith wrote: >>> There are still use cases for distro-specific wheels, though --

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Robert Collins
They're definitely separate; there's a draft PEP Tennessee and I started at PyCon AU 2014 which would make a good basis for such an effort. -Rob On 23 June 2016 at 09:42, Donald Stufft wrote: > > On Jun 22, 2016, at 5:38 PM, Glyph wrote: > > > On Jun

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Donald Stufft
> On Jun 22, 2016, at 5:38 PM, Glyph wrote: > > >> On Jun 22, 2016, at 12:21, Nathaniel Smith > > wrote: >> There are still use cases for distro-specific wheels, though -- some >> examples include Raspbian wheels (manylinux1 is

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Glyph
> On Jun 22, 2016, at 12:21, Nathaniel Smith wrote: > There are still use cases for distro-specific wheels, though -- some examples > include Raspbian wheels (manylinux1 is x86/x86-64 only), Alpine Linux wheels > (manylinux1 is glibc only), internal deploys that want to build

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Nathaniel Smith
There are still use cases for distro-specific wheels, though -- some examples include Raspbian wheels (manylinux1 is x86/x86-64 only), Alpine Linux wheels (manylinux1 is glibc only), internal deploys that want to build on Ubuntu 14.04 and deploy on 14.04 and don't need the hassle of generating

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Noah Kantrowitz
Manylinux has mostly replaced it as that covers the platforms 99% of people worry about. The tooling for manylinux is more complex than this would have been, but sunk cost etc etc and now that we have it might as well save everyone some headache. --Noah > On Jun 22, 2016, at 8:51 AM,

Re: [Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Nathaniel Smith
I believe the status is that there's general consensus that something like this would be useful, but there's no one who is currently actively working in it. On Jun 22, 2016 5:53 AM, "Vitaly Kruglikov" wrote: There have been no updates in over a year. Has this effort died,

[Distutils] Proposal: using /etc/os-release in the "platform tag" definition for wheel files

2016-06-22 Thread Vitaly Kruglikov
There have been no updates in over a year. Has this effort died, or transitioned to another medium? Thx ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-12-02 Thread Nick Coghlan
On 1 December 2014 at 11:41, Marcus Smith qwc...@gmail.com wrote: +1 to the idea in general. Would this be an *edit* to PEP425/427/Wheel-1.0 OR new peps, and a new wheel version? I'm currently thinking no change to the wheel spec, but potentially a PEP to define a standard way to override

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-30 Thread Marcus Smith
+1 to the idea in general. Would this be an *edit* to PEP425/427/Wheel-1.0 OR new peps, and a new wheel version? As someone using cent6 daily (with no os-release file), I'm greedy for another fallback technique, but the simplicity of just using os-release makes sense. Could a published

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-29 Thread Nick Coghlan
On 29 November 2014 at 01:51, Antoine Pitrou solip...@pitrou.net wrote: On Sat, 29 Nov 2014 01:27:44 +1000 Nick Coghlan ncogh...@gmail.com wrote: Is this not going to be a slippery slope? Only if folks publish Linux binaries themselves, and that's still a bad idea (for the same reason

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-29 Thread Antoine Pitrou
On Sun, 30 Nov 2014 01:47:16 +1000 Nick Coghlan ncogh...@gmail.com wrote: On 29 November 2014 at 01:51, Antoine Pitrou solip...@pitrou.net wrote: On Sat, 29 Nov 2014 01:27:44 +1000 Nick Coghlan ncogh...@gmail.com wrote: Is this not going to be a slippery slope? Only if folks publish

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-29 Thread Nick Coghlan
On 30 November 2014 at 02:10, Antoine Pitrou solip...@pitrou.net wrote: On Sun, 30 Nov 2014 01:47:16 +1000 Nick Coghlan ncogh...@gmail.com wrote: On 29 November 2014 at 01:51, Antoine Pitrou solip...@pitrou.net wrote: On Sat, 29 Nov 2014 01:27:44 +1000 Nick Coghlan ncogh...@gmail.com wrote:

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-29 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/29/2014 11:10 AM, Antoine Pitrou wrote: For me practicality means being able to build a single binary package for all recent Linux distros in a best effort approach. I can't imagine finding any such binary useful (assuming a

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-29 Thread Antoine Pitrou
On Sun, 30 Nov 2014 03:02:57 +1000 Nick Coghlan ncogh...@gmail.com wrote: Many users (quite reasonably, if they're primarily Python developers) have problems working through build failures when attempting to install non-Python extensions from source. Such build failures are usually models of

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-28 Thread Antoine Pitrou
On Fri, 28 Nov 2014 16:03:59 +1000 Nick Coghlan ncogh...@gmail.com wrote: Here's my proposed change: = The default platform tag is distutils.util.get_platform() with all hyphens - and periods . replaced with underscore _ . If /etc/os-release [N] exists on the system, then

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-28 Thread Marius Gedminas
On Fri, Nov 28, 2014 at 04:03:59PM +1000, Nick Coghlan wrote: Here's my proposed change: = The default platform tag is distutils.util.get_platform() with all hyphens - and periods . replaced with underscore _ . If /etc/os-release [N] exists on the system, then the values in

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-28 Thread Nick Coghlan
On 28 November 2014 at 18:19, Antoine Pitrou solip...@pitrou.net wrote: On Fri, 28 Nov 2014 16:03:59 +1000 Nick Coghlan ncogh...@gmail.com wrote: Here's my proposed change: = The default platform tag is distutils.util.get_platform() with all hyphens - and periods . replaced

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-28 Thread Nick Coghlan
On 29 November 2014 at 01:31, Matthias Klose d...@ubuntu.com wrote: On 11/28/2014 07:03 AM, Nick Coghlan wrote: We've discussed the idea of changing the wheel file naming scheme to deal with Linux previously, but never put together a concrete proposal. The closest we've got is the idea of

Re: [Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-28 Thread Antoine Pitrou
On Sat, 29 Nov 2014 01:27:44 +1000 Nick Coghlan ncogh...@gmail.com wrote: Is this not going to be a slippery slope? Only if folks publish Linux binaries themselves, and that's still a bad idea (for the same reason publishing distro binaries is already a rare thing for people to do).

[Distutils] Proposal: using /etc/os-release in the platform tag definition for wheel files

2014-11-27 Thread Nick Coghlan
We've discussed the idea of changing the wheel file naming scheme to deal with Linux previously, but never put together a concrete proposal. The closest we've got is the idea of allowing the platform tag to be customised in pip and perhaps bdist_wheel, and while that's good from an enabling