[PyQt] ANN: PyQt v5.14.1 Released

Phil Thompson phil at riverbankcomputing.com
Mon Jan 6 22:29:22 GMT 2020


On 06/01/2020 22:11, Eli Schwartz wrote:
> On 1/6/20 12:11 PM, Phil Thompson wrote:
>> It's not a question of "upgrading". The Qt binaries use glibc v2.17. 
>> The
>> corresponding tag is manylinux2014. The issue is that that requires a
>> recent version of pip.
> But if your wheels have been "lying" for years by using the wrong tag,
> then it probably doesn't actually cause harm to keep on doing so for a
> little longer, right?

True.

> Meanwhile, "requires a recent version of pip" is an admirable goal, but
> also a very *shortsighted* goal when that pip version is not available
> in venvs created on the very latest version of python3 available from
> the PSF.
> 
> It seems like the primary objection in this thread is not "let's be
> compatible with pip from 2014", but rather "let's be compatible with 
> the
> latest version of pip available out of the box on an optimistic python
> install".

No, the intent is to fix a bug (ie. the use of an incorrect tag).

> Would you be willing to rethink this until
> https://github.com/python/cpython/pull/16782 is merged and released?

Any idea of when that is likely to be?

> Then you could answer Florian's concern about tox environments by
> telling users "upgrade to the latest version of python", rather than
> "PyQt5 wheels are incompatible with tox and possibly some other
> environments".

The advice must always be to upgrade to a later version of pip, because 
that's the right advice. There is no need to force people to upgrade 
their version of Python.

The issue here is the slowness of Linux distros in updating their 
packages. There will be more manylinux2014 wheels on PyPI as time goes 
on.

Phil


More information about the PyQt mailing list