Resending since I messed up the reply.
On Sun, 18 Aug 2019 at 8:29 PM, Michael wrote:
> Would be 'nice' if old meant 3.6 and earlier as I would like to target 3.7
> and later.
>
I understand we're talking about generating the PEP 425 tags here. If not,
please ignore this next paragraph.
The
On 17/08/2019 14:06, Nick Coghlan wrote:
> On Thu, 15 Aug 2019 at 03:03, Michael wrote:
>> On 14/08/2019 15:09, Nick Coghlan wrote:
>>
>> I am guessing - that would be a PR for CPython - to get that into distutils.
>>
>> Not really, since the platform tag generation needs to work on older
>>
On Thu, 15 Aug 2019 at 03:03, Michael wrote:
>
> On 14/08/2019 15:09, Nick Coghlan wrote:
>
> I am guessing - that would be a PR for CPython - to get that into distutils.
>
> Not really, since the platform tag generation needs to work on older
> Python versions.
>
> OK.
>
> Instead, you'll want
On 14/08/2019 15:09, Nick Coghlan wrote:
>> I am guessing - that would be a PR for CPython - to get that into distutils.
> Not really, since the platform tag generation needs to work on older
> Python versions.
OK.
> Instead, you'll want to define a new algorithm for deriving the
> platform tag on
On Wed, 14 Aug 2019 at 01:52, Michael wrote:
> The PEP speaks about ``distutils.util.get_platform()`` and for AIX - this is
> broken. Noone (who loves AIX) has looked at it since 2007 (at least) when the
> rules changed, and perhaps since 1999 (or there abouts) when 64-bit support
> first
On 13/08/2019 17:13, Paul Moore wrote:
> A couple of quick points:
Many thanks for the pointers!
>
> * You want to focus on setuptools rather than distutils. Setuptools
> extends distutils with recent packaging developments, distutils is
> essentially just core Python legacy support these days.
>
A couple of quick points:
* You want to focus on setuptools rather than distutils. Setuptools
extends distutils with recent packaging developments, distutils is
essentially just core Python legacy support these days.
* Wheels (built binaries) are typically tagged as manylinux using the
auditwheel
On 06/08/2019 09:15, Michael wrote:
OK - been about a week - so, before I forget everything a list-ping...
Quick summary: re: manylinix1 approach: read several docs and checked
CPython - please tell me if/where I am missing something.
* I do not have a Linux system to look at separately, maybe I
On 03/08/2019 12:16, Ronald Oussoren via Distutils-SIG wrote:
> On 01/08/2019 11:07, Michael wrote:
>> So, to my question: currently, for AIX get_host_platform returns
>> something such as: aix-6.1.
>>
>> Considering above: what would you - as more expericenced with
>> multi-oslevel packaging and
I know I started a reply. I hate phones (for replies)...
On 03/08/2019 12:16, Ronald Oussoren via Distutils-SIG wrote:
> For macOS GCC and clang generate compatible code, that’s not a problem.
Win! for macOS!
>
> For platform versions the situation is slightly more complicated, but it is
> in
> On 2 Aug 2019, at 09:02, Michael wrote:
>
> On 01/08/2019 11:07, Michael wrote:
>> So, to my question: currently, for AIX get_host_platform returns
>> something such as: aix-6.1.
>>
>> Considering above: what would you - as more expericenced with
>> multi-oslevel packaging and low levels
On 01/08/2019 11:07, Michael wrote:
> So, to my question: currently, for AIX get_host_platform returns
> something such as: aix-6.1.
>
> Considering above: what would you - as more expericenced with
> multi-oslevel packaging and low levels are accepted by high-levels, but
> not v.v.
> "What should
12 matches
Mail list logo
