Rhino version Rhino 8 SR10 2024-8-13 (Rhino 8, 8.10.24226.13001, Git hash:master @ c36ab43d576d4854b29b091b6b3a38e09decabf5). I am running this under the .Net Framework.
That’s just a print of the error which we should probably don’t do not to confuse the users. You get the error because the ladybug-vtk library is using the Python 3 typing notion that is not valid in Python 2.
It shouldn’t affect the commands and you should be able to use them with no issues.
We don’t print traceback information like that and it’s not even logged since we catch the exception here and just log the message “Failed to import ladybug_vtk”:
Maybe you have some Rhino 8 setting on that is making you see the full traceback message, @dev ?
Actually, I can see the message now for some reason but it’s about other Ladybug Tools packages that cannot be imported into IronPython 2.7 like honeybee-ies and honeybee-idaice.
My version of Rhino didn’t change since my last post nor has my version of Pollination Rhino (it was last installed on 8/16 right before I posted my last response). So I’m not totally sure what is going on.
I guess the only thing that I know has been updated on my machine since my last post is my core libraries. Let me think if there’s something I changed that could have caused this.
Also, if it’s not clear to others using this post, the environmental analysis commands run fine for both of us. We are just getting this message that is not relevant and distracting.
@chriswmackey, I don’t think it has anything to do with the version. It is happening because Rhino caches the imports the first time. If you close Rhino, restart your machine, open Rhino again, and try to run the command you will see the error the first time but it goes away the second time.
In the past, this message used to show up the first time that someone would open Grasshopper and drop a Ladybug Tools component. I think that’s why no one noticed it before.
The reason it shows up is that logger.exception prints out the exception to the stdout.
I didn’t check the log configurations in the core libraries but this is something that we should be able to change.
[UPDATE]
Here is where the console_log_level is set. I don’t know if we want to change it only for this particular case. This might result in us missing the cases that there is indeed a real issue with importing the extensions.
A better solution is to check the error message and the version of the Python executor, and only log it if appropriate.