Mule and Shumlib 2025.10.1 Release #460
Replies: 3 comments 5 replies
|
This is now the default mule for metoffice platforms |
|
Do I take it that this verison of mule can only be used with a loaded scitools module? It appears not to work if I try to load without it saying it will not work with system python. |
|
Hi Paul, yes unfortunately the system python and numpy are already pretty old, so some of the recent changes include newer numpy functionality. |
|
this is breaking the regional nesting suite (RNS). When will the default python be upgraded to allow use of mule without a prior module load scitools? Does the suite need modifying or is it going to be a short-ish wait? |
|
Hi Paul, the suite will need updating. I'd suggest using |
|
so it's currently calling um_tools/2020.01.01/openmp but complaining it can't find mule-convpp |
|
The versions on the Quads don't go back that far - I guess it's been defaulting to using the whatever is the default instead of raising an error. That's not very helpful so hopefully there's a way for us to change that behaviour. But for now I'd update to one of the newer versions - I suspect there's no reason you can't use 2025.10.1. |
|
I think it was defaulting to that yes, but also it's calling scitools production-os46-3, so just trying to un-hardwire that |
Uh oh!
There was an error while loading. Please reload this page.
Dear All,
We're pleased to announce the release of mule and shumlib 2025.10.1 versions.
These represent the first release of these codes from github. Currently these are in private repositories within the Met Office organisation, however we plan to make these public shortly.
Some additional mule changes include,
These are now deployed on Met Office platforms. I will look to make mule 2025.10.1 the default version late next week. Please let us know if you find any issues.
All reactions