Re: Linux binary wheels?

Matthew Brett <[email protected]>
Newsgroups gmane.comp.python.distutils.devel
Message-ID <CAH6Pt5oFx10AGK_bsEbrphKhOOUP5YA69KpR_iJ9Jbg-3nRNoA@mail.gmail.com>
Hi,

Yes, here you are trying to upload a generic Linux wheel.   PyPI
refuses, because there's no way Pip can tell if the generic Linux
wheel will work for any particular Linux distribution.    For example,
you could build a LInux wheel on Debian 10, but someone on Redat 6
could try to install it - chances are that the installed package will
be badly broken.    This is the reason for the Manylinux standard - it
gives Pip a standard to check against, to see whether the Manylinux
wheel will work on the installing platform.

Cheers,

Matthew

On Wed, Aug 21, 2019 at 3:09 PM Dan Stromberg <[email protected]> wrote:
>
>
> It sounds pretty similar, but I'm still getting:
> $ twine upload --verbose --repository-url https://test.pypi.org/legacy/ dist/*
> below cmd output started 2019 Wed Aug 21 07:05:31 AM PDT
> Enter your username: dstromberg
> Enter your password:
> Uploading distributions to https://test.pypi.org/legacy/
> Uploading treap-1.39-cp36-cp36m-linux_x86_64.whl
> 100%|██████████████████████████████████████████████████████████████████████████████████████████████| 427k/427k [00:01<00:00, 306kB/s]
> Content received from server:
> <html>
>  <head>
>   <title>400 Binary wheel 'treap-1.39-cp36-cp36m-linux_x86_64.whl' has an unsupported platform tag 'linux_x86_64'.</title>
>  </head>
>  <body>
>   <h1>400 Binary wheel 'treap-1.39-cp36-cp36m-linux_x86_64.whl' has an unsupported platform tag 'linux_x86_64'.</h1>
>   The server could not comply with the request since it is either malformed or otherwise incorrect.<br/><br/>
> Binary wheel &#x27;treap-1.39-cp36-cp36m-linux_x86_64.whl&#x27; has an unsupported platform tag &#x27;linux_x86_64&#x27;.
>
>
>  </body>
> </html>
> HTTPError: 400 Client Error: Binary wheel 'treap-1.39-cp36-cp36m-linux_x86_64.whl' has an unsupported platform tag 'linux_x86_64'. for url: https://test.pypi.org/legacy/
>
> If a better way is available now, the error message probably should point the user at it.
>
> ?
>
> Thanks!
>
> On Mon, Aug 19, 2019 at 6:12 PM Wes Turner <[email protected]> wrote:
>>
>> How does this proposal differ from manylinux2010?
>>
>> https://github.com/pypa/manylinux/blob/master/README.rst#example
>>
>> PEP 513: manylinux1
>> https://www.python.org/dev/peps/pep-0513/
>>
>> PEP 571: The manylinux2010 Platform Tag (latest, as of 2019)
>> https://www.python.org/dev/peps/pep-0571/
>>
>>
>>
>> On Monday, August 19, 2019, Dan Stromberg <[email protected]> wrote:
>>>
>>> Hi folks.
>>> I have a pair of ideas about Linux binary wheels, which are currently (I heard) unsupported.
>>> It seems like it should be possible to support Linux binary wheels using one or both of these technologies:
>>> * https://build.opensuse.org/ is a service that builds packages for a variety of Linuxes
>>> * Docker could be used to automate the building of wheels for a handful of Linuxes with minimal dependencies.  It seems like if you get Debian/Ubuntu/Mint, Fedora/CentOS, openSUSE and perhaps one or two others, that would cover almost all Linuxes and Linux users.
>>>
>>> I'm up to my hears in commitments already, but I sincerely someone will grab onto one or both of these possibilities and run with them.
>>> Thanks for reading.
>>>
> --
> Distutils-SIG mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> https://mail.python.org/mailman3/lists/distutils-sig.python.org/
> Message archived at https://mail.python.org/archives/list/[email protected]/message/RSJ57E343I7NVB6QDFFBD4QNTHRVAYOT/
--
Distutils-SIG mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/distutils-sig.python.org/
Message archived at https://mail.python.org/archives/list/[email protected]/message/AJHTJAP5OCX6JRIUH3PGJTX5YQUGTMEG/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.