Re: ANN: PyQt v5.14.1 Released

So maybe add check of pip version in setup.py and print warning message?

Pon., 6 sty 2020, 18:11 użytkownik Phil Thompson <
[email protected]> napisał:

> 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.
>
> Phil
>
> On 06/01/2020 16:59, Grzegorz Bokota wrote:
> > And this glibc problem cannot be fixed with manylinux2010? There is a
> > need
> > to upgrade to manylinux2014?
> >
> > Regards,
> > Grzegorz Bokota
> >
> > Pon., 6 sty 2020, 14:54 użytkownik Florian Bruhin <[email protected]>
> > napisał:
> >
> >> On Mon, Jan 06, 2020 at 01:06:22PM +0000, Phil Thompson wrote:
> >> > On 06/01/2020 12:55, Florian Bruhin wrote:
> >> > > Hey,
> >> > >
> >> > > On Mon, Jan 06, 2020 at 01:04:32AM +0000, Phil Thompson wrote:
> >> > > > PyQt v5.14.1 has been released. This is a minor bug-fix release.
> >> > >
> >> > > It looks like that release is a manylinux2014 rather than a
> manylinux1
> >> > > release.
> >> > > Is that intended?
> >> >
> >> > Yes. The manylinux1 tag was always a lie. The issue is the GLIBC
> >> dependency
> >> > which is imposed by Qt.
> >>
> >> I guess it'd be good to keep up that lie until PyQt 5.15 or so, when
> >> tooling
> >> hopefully has caught up. Rationale below.
> >>
> >> > > - Why is it building from source instead of using the wheel?
> >> >
> >> > Presumably because it doesn't like any of the wheels, probably because
> >> pip
> >> > is too old.
> >>
> >> Ah, it looks like this happens because of how "python3 -m venv" works.
> >> It
> >> uses
> >> Python's ensurepip module, which as of Python 3.8.1 bundles pip 19.2.3
> >> (i.e.
> >> new enough for manylinux1 and manylinux2010, but not manylinux2014 -
> >> see
> >> [1]).
> >>
> >> Here's an example of what doesn't work anymore:
> >>
> >>     $ pip --version
> >>     pip 19.3.1 from
> >> /home/florian/tmp/.hostenv/lib/python3.8/site-packages/pip (python
> >> 3.8)
> >>     $ python3 --version
> >>     Python 3.8.1
> >>
> >>     $ python3 -m venv .venv
> >>     $ .venv/bin/pip --version
> >>     pip 19.2.3 from
> >> /home/florian/tmp/.venv/lib/python3.8/site-packages/pip (python 3.8)
> >>
> >>     $ .venv/bin/pip install --only-binary :all: PyQt5==5.14.1
> >>     Collecting PyQt5==5.14.1
> >>       ERROR: Could not find a version that satisfies the requirement
> >> PyQt5==5.14.1 (from versions: [...], 5.14.0)
> >>
> >> In other words, if you use the Python builtin way of creating virtual
> >> environments, you'll need an extra step to be able to install PyQt5
> >> wheels
> >> now.
> >>
> >> When using wrappers around venv such as tox, that extra step might not
> >> be
> >> supported in some obvious way (in the case of tox, I don't think I can
> >> get
> >> it
> >> to upgrade the virtualenv's pip before installing dependencies).
> >>
> >> [1]
> >>
> https://github.com/python/cpython/blob/v3.8.1/Lib/ensurepip/__init__.py#L13
> >> [2] https://docs.python.org/3/library/venv.html
> >>
> >> Florian
> >>
> >> --
> >> [email protected] (Mail/XMPP) | https://www.qutebrowser.org
> >>        https://bruhin.software/ |
> >> https://github.com/sponsors/The-Compiler/
> >>        GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc
> >>              I love long mails! | https://email.is-not-s.ms/
> >> _______________________________________________
> >> PyQt mailing list    [email protected]
> >> https://www.riverbankcomputing.com/mailman/listinfo/pyqt
> >>
>
>

_______________________________________________
PyQt mailing list    [email protected]
https://www.riverbankcomputing.com/mailman/listinfo/pyqt