MIRA4 wrapper will depend on mira_datatypes
Capture the MAF file from MIRA v4 (using new datatype)
Remove some debug printing in the MIRA v4 wrapper
Fix MIRA v4 manifest for multiple FASTQ files; Show manifest on error
Split MIRA4 wrapper in two (de novo & mapping)

This will be useful for us as de novo assemblies need more RAM
and thus more specific cluster queue settings, while mapping
mode is less resource intensive and can use the generic cluster
queue.

It also means we can give more targetted help text for the two
different modes.

TODO: Mapping wrapper, perhaps sharing XML snippets via macros?
Make this into a MIRA4 de novo only wrapper
Tell MIRA to ignore long read names