Update spack-stack-dev from spack develop as of 2024/10/31

[climbfuji]

Summary

• Update submodule pointer for spack for the changes in Update spack-stack-dev from spack develop as of 2024/10/31 spack#482 (update from spack develop as of 2024/10/31)
• Make macOS CI test look like the UBuntu CI tests (split into two steps: first create buildcache environment, then install test environment from the buildcache)
• Remove deprecated -a flag from spack buildcache push for all GitHub actions workflows
• Add +classic-names to the intel-oneapi-mpi external package definition in GitHub actions. May need to do the same for each of the preconfigured sites when using icc+icpc+ifort. Without +classic-names, it works for icx+icpx+ifort and for ``icx+icpx`+`ifx`.
• Updates to configs/common/packages.yaml to remove deprecated variants and pin certain packages to avoid duplicate packages 
• Update tier2 site config for blackpeark and bump PrgEnv for Narwhal
• Bug fix: gsi-env does not depend on esmf, for some reason the concretizer didn't realize this until now

Testing

Describe the testing done for this PR.

• Built NEPTUNE standalone environment on Blackpearl with gcc@13.3.0, compiled NEPTUNE with it
• Built NEPTUNE standalone environment on Blackpearl with oneapi@2024.2.1, compiled NEPTUNE with it
• Built unified environment on Blackpearl with gcc@13.3.0
• @srherbener tested JEDI on macOS and got the same successes/failures as with the current spack-stack develop branch (thanks for testing!)
• CI
• Tested UE concretization on Acorn (@AlexanderRichert-NOAA)
• Tested installing NCO stack on Acorn (@AlexanderRichert-NOAA)

Applications affected

Potentially all

Systems affected

None directly

Dependencies

• Waiting on Update spack-stack-dev from spack develop as of 2024/10/31 spack#482

Issue(s) addressed

Resolves #1181

Checklist

• This PR addresses one issue/problem/enhancement, or has a very good reason for not doing so.
• These changes have been tested on the affected systems and applications.
• All dependency PRs/issues have been resolved and this PR can be merged.

[srherbener]

This looks good to me. Thanks for all the work to get our spack fork sync'd up!

[AlexanderRichert-NOAA]

This looks really good. The only issue I encountered in testing is that I'll need to pin the GDAL version in the NCO template. Is it alright if I add this here, or would you prefer it in a followup PR?

[climbfuji]

This looks really good. The only issue I encountered in testing is that I'll need to pin the GDAL version in the NCO template. Is it alright if I add this here, or would you prefer it in a followup PR?

Thanks for testing! Feel free to push to this PR.

[climbfuji]

@AlexanderRichert-NOAA I'll merge the spack PR for the update from spack dev and update the submodule pointer here, but will wait for your gdal nco update before merging this.

[AlexanderRichert-NOAA]

Done, thanks