Closed o-smirnov closed 4 years ago
Weirdly, I get this when running on CHPC but not on IDIA, using the same container (tricolour-1.2.5.simg from the Stimela docker hub). It doesn't halt proceedings on CHPC though, however it is interpreted as an error, and the subsequent output is written to the error file not the log by PBS.
Does this prevent the application running or does it merely pollute the log? I think the former implies the need for a release while the latter implies rolling the fix into a future release.
It only pollutes the log.
Or produces an error file instead of a log when run via PBS.
Or produces an error file instead of a log when run via PBS.
That's not great and would further motivate a new release.
Here's the tell:
# File "tricolour/apps/tricolour/tricolourexe.py", line 535, in <module>
# File "tricolour/apps/tricolour/tricolourexe.py", line 262, in main
# File "tricolour/apps/tricolour/tricolourexe.py", line 268, in _main
That's @bennahugo's obfuscated version (circa v0.1.6). There was a 0.1.7 release early January that addressed the unicode issues.
I suspect that you may simply need to update the tricolour in the stimela container.
Or simply pip install tricolour
now!
This makes me realise that the application version needs to be logged on startup. We had similar misunderstandings with crystalball. Logged in #67
I'm closing this as it's been addressed in https://github.com/ska-sa/tricolour/pull/64, but do reopen the issue if I've made an error in this regard.
Description
Startup log throws logging error. Seems it doesn't like the French Revolution.
What I Did