update esmf bld to use official esmf action

[jedwards4b]

Description of changes

Updates the esmf build action to use one supported by the esmf developers.

Specific notes

Contributors other than yourself, if any:

CDEPS Issues Fixed (include github issue #):

Are there dependencies on other component PRs (if so list):

Are changes expected to change answers (bfb, different to roundoff, more substantial):

Any User Interface Changes (namelist or namelist defaults changes):

Testing performed (e.g. aux_cdeps, CESM prealpha, etc):

Hashes used for testing:

[billsacks]

Thanks for doing this, @jedwards4b ! It would be best to get a review from @danrosen25 . Dan, can you review these changes from Jim?

[danrosen25]

These changes work but I have two suggestions. Also, I learned today that my ESMF cache checks are VERY thorough. I found a bug on one of the GitHub runners. The documentation says that Ubuntu installs cmake 3.27.1 but one of the runners has cmake 3.27.2 installed and this caused a cache miss and rebuild/reinstallation of ESMF. I'm thinking about adding a simplified check that doesn't check the system for changes. What are your thoughts?

And sorry, the documentation should have mentioned that this sets ESMFMKFILE for you.

[jedwards4b]

@danrosen25 @billsacks can one of you approve this so that it can be merged.

[danrosen25]

These changes look good.

One note. I'm going to push an update to the v1 tag (like I said it's a pre-release). You won't have to change your code but it will cause an esmf installation cache miss once the next time the workflow runs. The reason is that I experienced a cache miss due to a different version of cmake on runner fv-az627-98. So this is a bug from GitHub and I removed make and cmake from the esmf-cache-key that I'm generating.