Drop wxPython support in etstool.py
#525
Milestone
Comments
mdickinson
added a commit
that referenced
this issue
Mar 13, 2023
[PR includes commits from, and extends, #513] This PR updates our testing machinery in two ways: - We no longer rely on `ETS_TOOLKIT` (or `QT_API`) being set in order to run tests that require a GUI; we just rely on Pyface's default mechanisms for toolkit detection. (As a consequence, we retain the option to _use_ `ETS_TOOLKIT` if it's helpful.) - `etstool.py` support for backends other than those available through EDM has been removed. Meanwhile, support for `pyqt6` has been added. (Tests currently fail with PyQt6, due to a known issue in TraitsUI: enthought/traitsui#1926) Closes #525 Closes #370
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The
wxPythonsupport inetstool.pyinvolves installing wxPython from external sources, and as such is rather fragile. For example:pip install wxPythonfails because it tries to build wxPython from source, and that requiresattrdict3(see attrdict a requirement for pip install fails otherwise. wxWidgets/Phoenix#2225)attrdict3, the wxPython installation from source takes a very long time; I gave up after approximately 40 minuteswxPythondoes have wheels, but on macOS those are incompatible with EDM's Python (I think because the wheels don't support versions of macOS older than 11.0)extras.wxPython.orgEnvisage doesn't contain much toolkit-specific code, and we can test with
wxPythonon non-EDM installs, so there seems little value keeping the wxPython support inetstool.py. Let's keepetstool.pyfor testing with the toolkits that are available in EDM (currently PySide6 and PyQt6).The text was updated successfully, but these errors were encountered: