Conversation
…re into adding_fortitude "merge in updates from origin"
|
I just spotted a print message I forgot to correct the formatting for so added one more commit to fix it. |
james-bruten-mo
left a comment
There was a problem hiding this comment.
The comments in the similar Apps ticket are generally relevant here too!
|
I have addressed the code review comments (see MetOffice/lfric_apps#150 for comments) and modified the launcher script so that it is the same for Lfric Apps and Core, so it could be moved to SimSys_Scripts in a follow up ticket. Or I could do that PR first and modify this one to remove it? |
|
I have moved the launcher script to SimSys Scripts and deleted from this repo, added a command to copy it to the repo's run bin directory |
james-bruten-mo
left a comment
There was a problem hiding this comment.
A slight tweak needed here, but otherwise the changes are all good. I think you've also got a badly resolved merge conflict in the CONTRIBUTORS file
| @@ -0,0 +1,6 @@ | |||
| #!/usr/bin/env bash | |||
There was a problem hiding this comment.
Sorry Lucy - there's a difference in the setup of Core and Apps in the extract step, due to partner sites having additional requirements for apps.
Here, could you remove this rose App and move the cp command to rose-stem/templates/runtime/generat_runtime_control.cylc please
PR Summary
Sci/Tech Reviewer: @james-bruten-mo
Code Reviewer: @Pierre-siddall
This adds the fortitude linter to the test suite and enables one rule to run to demonstrate basic functionality. Subsequent branches will add more rules and testing. The script that launches fortitude is on the SimSys_Scripts repo.
Blocked by and linked to: MetOffice/SimSys_Scripts#211
Associated with MetOffice/lfric_apps#150
This addition will mean Fortitude will run when the "scripts", "developer", "all" or "fortitude_linter" group itself is run with the Cylc test suite.
The rule added here can be referenced Fortitude documentation website here: https://fortitude.readthedocs.io/en/stable/rules/use-all/
For reference, these are some example outputs and errors from when fortitude runs:
No errors, run with group=fortitude_linter
https://cylchub/services/cylc-review/view/lucy.gordon?&suite=lcore_ia_fort%2Frun3&no_fuzzy_time=0&path=log/job/1/fortitude_linter/01/job.out
Lint errors, run with group=fortitude_linter:
https://cylchub/services/cylc-review/view/lucy.gordon?&suite=lcore_ia_fort%2Frun4&no_fuzzy_time=0&path=log/job/1/fortitude_linter/01/job.err
Non-lint errors, run with group=fortitude_linter:
https://cylchub/services/cylc-review/view/lucy.gordon?&suite=lcore_ia_fort%2Frun5&no_fuzzy_time=0&path=log/job/1/fortitude_linter/01/job.err
Code Quality Checklist
(Some checks are automatically carried out via the CI pipeline)
style guidelines
readability of the code
Testing
using this branch
acceptable (e.g. kgo changes)
tests, unit tests, etc.)
and have been allocated to an appropriate testing group (i.e. the
developer tests are for jobs which use a small amount of compute resource
and complete in a matter of minutes)
trac.log
Test Suite Results - lfric_core - lcore_ia_fort_tu1/run1
Suite Information
Task Information
✅ succeeded tasks - 10
Security Considerations
Performance Impact
performance measurements have been conducted
AI Assistance and Attribution
of Generative AI tool name (e.g., Met Office Github Copilot Enterprise,
Github Copilot Personal, ChatGPT GPT-4, etc) and I have followed the
Simulation Systems AI policy
(including attribution labels)
Documentation
confirmed that it builds correctly
PSyclone Approval
interface, optimisation scripts, LFRic data structure code) then please
contact the
tooscollabdevteam@metoffice.gov.uk
Sci/Tech Review
Please alert the code reviewer via a tag when you have approved the SR
Code Review