This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Michael.Felt
Recipients Michael.Felt, dstufft, eric.araujo
Date 2019-09-03.19:02:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1567537368.97.0.869605154196.issue38021@roundup.psfhosted.org>
In-reply-to
Content
PEP425 stats the platform tag is what distutils.util.get_platform() (and sysconfig.get_platform()) returns.

By that definition - anything is okay, as long as something is returned.

However, in practice, it is insufficient. Simplest case - there is no indication of the fitness of the running Python. This, by itself, may be a reason that VARs and others have never attempted to develop binary (compatible) eggs or wheels.

Looking further at missed potential - AIX has an algorithm that can be used to permit a forward (binary) compatible ABI for packaging. The current state of packaging for AIX is to create an RPM or INSTALLP formatted package - and install that. Even pure-python modules must be packaged in this way - to satisfy the "binary" dependencies.

For a binary compatible algorithm to be possible changes will be needed in pypa tools. However, rather than "patch" three sets of tools to correct the inadequacy of the current PEP425 tag for AIX I propose to tag AIX as:
AIX-VRTL-YYWW-BT or
AIX.{}{}{:02d}.{}.{}".format(v,r,int(tl),bd,sz)

where v=version, r=release, tl=technology_level, bd=builddate, and sz=fitness (32|64).

Further, rather than place this code "inline" in distutils or sysconfig create a new support module for AIX - similar to the _osx_support module (I.e. _aix_support).
History
Date User Action Args
2019-09-03 19:02:49Michael.Feltsetrecipients: + Michael.Felt, eric.araujo, dstufft
2019-09-03 19:02:48Michael.Feltsetmessageid: <1567537368.97.0.869605154196.issue38021@roundup.psfhosted.org>
2019-09-03 19:02:48Michael.Feltlinkissue38021 messages
2019-09-03 19:02:48Michael.Feltcreate