Replies: 2 comments 6 replies
-
Forgot to mention, another idea we had was to only require maya, but when launching from a terminal, patch the environment to include PySide2. I haven't played around with the rez python package, is there a clean way to do this with the rez python package? Something like a context manager ideally so that it doesn't modify the environment. |
Beta Was this translation helpful? Give feedback.
-
Ultimately, the "provides" feature is the solution to this. (discussed heavily elsewhere, but unimplemented) Lacking that feature, the way I've seen this solved this in the past was to make the pyside-2 rez package have variants for maya, which, when resolved, point to mayas pyside stuff. The downside is that sometimes you might want to ask for a vanilla pyside package, but receive a maya solve, which is subpar, and have to provide negations of |
Beta Was this translation helpful? Give feedback.
-
Hello,
I'm running into another issue with maya (big surprise) in that it's special PySide2 package is incompatible with the normal industry-standard PySide2 package. What I mean by that is: if you have a custom PySide2 tool and want to launch it within maya it must use maya's PySide2 package, otherwise it will crash. And conversely, if you try to launch it from a terminal, it must use the normal PySide2 package, not maya's PySide2.
Is there a good way to control the PySide2 import at runtime or is the recommendation to create 2 near-identical environments: one which requires maya, and another which requires PySide2?
platform-linux
os-centos-7.9.2009
arch-x86_64
maya-2022
PySide2-5.15.2.1
Beta Was this translation helpful? Give feedback.
All reactions