-
Notifications
You must be signed in to change notification settings - Fork 949
Migrate to PyQt6 #1072
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Migrate to PyQt6 #1072
Conversation
|
@andynoack wdyt? Would appreciate if you could test this branch since a bunch of changes were necessary. The CI passes and I tested manually but from experience your eyes still catch bugs. ;) Please note the Cython extensions need to be rebuilt. |
|
Works fine for me! I am not sure whether we should push it to master yet if it drops Win32 support. Can we make a win32 survey or something like that? |
|
I have similar concerns. Previous version was downloaded over 1k times for Windows 32 bit Not sure, however, how many of those 32 bit downloads are accidental. There is also QtPy which acts as an abstraction layer and allows end-users to choose themselves between PyQt5 / PyQt6 / PySide2 and Pyside6. |
This reverts commit 5f2ba96.
Qt5 is declared deprecated in GentooAt this point in time, Linux distributions are already tracking which packages are blocking a future Qt5 cleanup. Real Qt Company OSS support stopped back in 2020, when public availability of LTS releases started to be delayed for 1 year, stable branch repository access got closed down (with 5.15 branch repository receiving any new LTS tag one year after commercial release) and only Qt6-relevant bugs are being fixed (then backported) since then. The final release happened on 2025-05-19, which means a) we will not get it until 2026-06-19, b) any bugs discovered since last May will not be fixed and c) no bugs since 2020-12-08 that haven't also been affecting Qt6 were fixed at all. At least Gentoo, Alpine and Ubuntu are entertaining Qt6 porting trackers by now, for Gentoo, Qt5 revdep cleanups are in full swing already. |
|
Because of the Qt5 deprecation in Gentoo I tried to backport the last work from the master branch (until 2.9.8) on top of the existing qt6 branch and did some testing. It seems to work well. See https://github.com/dl1jbe/urh/tree/my_qt6 The last comments about compatibility with 32 bit windows is 2 years old. Are the reasons to stay with Qt5 still valid? |

This PR migrates URH to PyQt6 and adds support for recent Python versions.
This PR drops support for 32-bit Windows since PyQt6 wheels are not available for this platform.