GDASApp paths in global-workflow jobs have moved paths

[aerorahul]

An example here is prepsnowobs.sh

The line:

gdasappPATH="${HOMEgfs}/sorc/gdas.cd/iodaconv/src:${HOMEgfs}/sorc/gdas.cd/build/lib/python3.7"

The directory gdas.cd/iodaconv does not exist.
The python version (on Hera where this is seen) is not 3.7; it is 3.10.

This is likely going to cause an issue in all gdasapp jobs that have hard-wired python versions.

[RussTreadon-NOAA]

This issue will be addressed in RussTreadon-NOAA:feature/hera_r8_cleanup

The above statement is incorrect and therefore struck out. Resolution of this issue needs to be done in a g-w fork, not GDASApp.

[RussTreadon-NOAA]

I am mistaken in my rush to resolve this issue. The valid points raised in this issue need to be resolved in the global-workflow repository, not GDASApp.

prepsnowobs.sh is a g-w script. It is true that the GDASApp path to iodaconv has changed. Also, on Hera Rocky 8 we use python/3.10. Thus, for the cited example in jobs/rocoto/prepsnowobs.sh the correct gdasappPATH is

gdasappPATH="${HOMEgfs}/sorc/gdas.cd/sorc/iodaconv/src:${HOMEgfs}/sorc/gdas.cd/build/lib/python3.10"

If we make this change, it needs to be made in g-w, not GDASApp.

@aerorahul , do you have a g-w version of this issue?

[RussTreadon-NOAA]

Seems this issue may be closed. Do you agree @aerorahul?

[aerorahul]

prepsnowobs.sh is gone.
prepatmiodaobs.sh has an updated PYTHONPATH with pyiodaPATH that detects the python version.
So, I think we can close this.

[aerorahul]

Was resolved by NOAA-EMC/global-workflow#2435