# UM partnership Mule repository and working practices

**URL:** https://forum.access-hive.org.au/t/um-partnership-mule-repository-and-working-practices/1575
**Category:** Unified Model
**Tags:** python, technical, working-practices
**Created:** [3 November 2023 03:14 UTC](https://forum.access-hive.org.au/t/um-partnership-mule-repository-and-working-practices/1575 "2023-11-03T03:14:26Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![paulleopardi](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/paulleopardi/32/92_2.png) [@paulleopardi](https://forum.access-hive.org.au/u/paulleopardi)
#### Post date: [3 November 2023 03:14 UTC](https://forum.access-hive.org.au/t/um-partnership-mule-repository-and-working-practices/1575/1 "2023-11-03T03:14:26Z")

</div>

The MOSRS repository for Mule and its NCI mirror are:

```auto
$ fcm kp | grep mule
location{primary}[mule.x] = https://code.metoffice.gov.uk/svn/um/mule
location{primary}[mule.xm] = file:///g/data/ki32/mosrs/um/mule

```

The Mule working practices as documented by the UK Met Office are at [https://code.metoffice.gov.uk/trac/um/wiki/working\_practices\_mule](https://code.metoffice.gov.uk/trac/um/wiki/working_practices_mule)

The next Mule milestone and its assoicated Trac tickets are at [https://code.metoffice.gov.uk/trac/um/query?group=status&milestone=Mule+-+next+version](https://code.metoffice.gov.uk/trac/um/query?group=status&milestone=Mule+-+next+version)

---

<div class="post-metadata">

### Author: ![paulleopardi](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/paulleopardi/32/92_2.png) [@paulleopardi](https://forum.access-hive.org.au/u/paulleopardi)
#### Post date: [3 November 2023 03:44 UTC](https://forum.access-hive.org.au/t/um-partnership-mule-repository-and-working-practices/1575/2 "2023-11-03T03:44:14Z")

</div>

See also the note at [https://accessdev.nci.org.au/trac/wiki/access/BomAccessDocumentation/bom-conda](https://accessdev.nci.org.au/trac/wiki/access/BomAccessDocumentation/bom-conda) which says:

> It looks like some `pythonlib/* `modulefiles have been migrated to Gadi contrary to the impression that NCI will not support them
> 
> - For example, there is the installation, `pythonlib/mule/2019.01.1` which contains Mule-related tools. `nwptools_py2/201911` also contains Mule-related tools.
> - In the interest of reducing the overhead resulting from duplication we should coordinate with CSIRO and CLEX in managing these tools. Perhaps Milton should initiate a discussion with Martin and Scott in early 2020

While I was at NCI, I helped to [catalogue](https://docs.google.com/document/d/11TrvQ8e4ZnOL4gVNDt2EjncHC-X529VUcrK48ZLs7NU/edit?usp=sharing) the `pythonlib` and related `/g/data/access` modules, including `pythonlib/mule` and `pythonlib/umfile_utils`.

---

<div class="post-metadata">

### Author: ![Scott](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.access-hive.org.au/scott/32/37_2.png) [@Scott](https://forum.access-hive.org.au/u/Scott)
#### Post date: [7 November 2023 22:40 UTC](https://forum.access-hive.org.au/t/um-partnership-mule-repository-and-working-practices/1575/3 "2023-11-07T22:40:34Z")

</div>

See also https://github.com/metomi/mule for a less up-to-date public repo.

Conda recipe at https://github.com/coecms/conda-skeletons/tree/master/mule (version 2022.07, used in hh5 conda) and https://git.nci.org.au/bom/ngm/conda-pkgs/conda-pkgs/-/tree/master/mule (version 2023.08, used in /g/data/access/ngm modules)

The bare pythonlib modules should not be used as they can have dependency conflicts, use a conda environment instead.
