-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
PyQt GPL "infecting" even when using PySide backend #11453
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
Comments
|
The QT_API environment variable achieves the desired effect (controlling what binding we attempt to import). |
Thanks!
|
Further someone writing a proprietary application could bundle a patched version of matplotlib with their app that just imports from pyside. I am disinclined to make any changes to how we do things or engage in speculative discussion without an actual lawyer involved. |
(would be nice to get #9993 in, though) |
There happened a useful conversation on Reddit about publishing python apps that depend on PySide and MIT/BSD wrappers around PySide/PyQt like qtpy/pyqtgraph/matplotlib. Backup of the discussion.
According that conversation there are concerns that using qtpy/pyqtgraph/matplotlib in the propriate app even with PySide backend may lead to GPL violation. The problems came from two points:
After all the discussion on Reddit the best way to solve the problem seems to do that upstream: make sure that there is a reliable switch in the qtpy/pyqtgraph/matplotlib modules that effectively and reliably turns the app that uses them (app as a whole) to something like:
Maybe such switch is already there - but this needs checking. It's also would be great to unify that interface among modules.
And also remove PyQt from their dependencies so that they do not auto-download PyQt (I guess most of them already behave this way).
UPD
Quote about PyQt deps that are in some MIT/BSD modules:
The text was updated successfully, but these errors were encountered: