Christopher Rowley
Christopher Rowley
The two issues are sort of the same. As you realised, the second issue is because python `dict`s are converted to Julia `PyDict`s, which require the GIL to be held...
What about `channels = ["nvidia"]` or `channels = ["nvidia/label/cuda-11.7.1"]`?
The underlying issue is that CondaPkg passes `-c conda-forge` if you don't specify any channels, and so it's finding a bunch of compatible packages from the conda-forge channel with higher...
Thanks for the detailed report and the reproducer. I believe I have fixed it in #618 - please give it a try with your MWE and your actual problem. The...
PS the reproducer made my laptop very warm thank you 😄
No that's a bug, you should be able to add rules at any point. What version of PythonCall are you on? Please post some complete reproducing code which demonstrates the...
Thanks for closing. I have some vague recollection that we fixed a bug a while back to do with cacheing these conversion rules - maybe that fixed your issue.
Yeah CondaPkg/JuliaPkg doesn't support recursive Julia -> Python -> Julia dependencies. It's too hard. I think the best solution right now is to add OpenMDAOCore as a dependency to OpenMDAO.
Oh I see! Even though OpenMDAOCore is a dep of OpenMDAO, if you install OpenMDAO into some other project, then `import OpenMDAOCore` fails because it's not a *direct* dependency in...
Also, is it important to have these 3 separate packages. Could you instead have one `OpenMDAO` package with all of this stuff in?