Remove all local packages and sync with upstream

[davidbeckingsale]

Moves the local packages to spack/spack-packages.

The sister PRs in spack/spack-packages are:

• Synchronize RADIUSS packages with all local additions and add 2025.12 releases. spack/spack-packages#3067
• Sync remaining change in radiuss-spack-configs for Umpire spack/spack-packages#3279

The sister PRs (waiting for this one to be merged) in the projects are:

• [WIP] Packages Sync CARE#358
• [WIP] Packages Sync CHAI#345
• [WIP] Packages Sync Umpire#1036
• [WIP] Packages Sync RAJA#1978
• [WIP] Packages Sync RAJAPerf#632
• [WIP] Packages Sync Caliper#712

Note: Spack and Uberenv were also updated in the sister PRs.

[rhornung67]

@davidbeckingsale hava all packages been upstreamed? What will be the new process for upstreaming package updates?

[davidbeckingsale]

This is testing my upstreaming branch. We are mapping out the update process - Adrien described a way to add the new version dependencies to the packages prior to release which Spack would interpret as using develop. We then would just add the commit hash for each tag once the releases are published to GitHub.

[rhornung67]

Would please ask Adrien to upstream the packages changes for the v2025.12.x RAJA Suite release and then (via webex, RSC documentation, etc.) have him or you walk us through the process so we are all on the same page? Thank you.

[adrienbernede]

@rhornung67 I’ll work on describing the new process after the holidays.
When it comes to the 2025.12 release, if the present attempt succeeds in time, we can make the packages update directly in spack-packages. I’ll work on that tomorrow and on Friday once the Gitlab Component stuff is merged.

[adrienbernede]

@davidbeckingsale building went well. (Be mindful that the tests are not run).
The failures were due to a known issue with sharing a spack instance with many builds. For some reason, rajaperf is more sensitive to this. I just restarted those jobs (after restarting the shared alloc and shared spack creation).

[adrienbernede]

@davidbeckingsale @rhornung67 @tdrwenski
This is ready for review and merge.

This PR completes the removal of local spack packages, moving maintenance to spack/spack-packages directly.

I updated the spack-packages reference to point at the merge commit of spack/spack-packages#3279.