-
Notifications
You must be signed in to change notification settings - Fork 253
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
Qt 5 and continuous integration #93
Labels
Comments
For the one interested in implementing this, here are a few hints.
|
Thanks for this, does this also implement the contextmanager for PySide2 and Qt5 in tests ? |
It does, yes. See the top of tests.py. |
yeap, sorry , forgot to merge upstream back. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Goal
Enable testing of Qt.py with Pyside2 and PyQt5.
Motivation
At the moment, testing only happens with PySide and PyQt4, but the codebase and tests remain open for expansion towards bindings for Qt 5. The reason they haven't yet seen the day of light has been due to difficulties in installing each binding in an efficient manner.
PyQt4 and PySide both have pre-compiled counterparts that take a matter of seconds to install, whereas Qt 5 bindings are more complex, especially PySide2, requiring manual compilation. (On Python < 3.5).
Docker has always been an option, but the problem has been losing out on being able to concurrently run tests, one build per version of Python. But this technique should enable greater concurrency, and greater distribution of tasks with one build per version of Python and binding.
Implementation
The idea is simple. Utilise the build matrix functionality to provide many identical environments with varying environment variables. The environment variables can then be used to programatically select an appropriate Docker image.
The text was updated successfully, but these errors were encountered: