Update the compiler from gcc@14.1.0 to gcc@15.1.0

[harshula]

• This will allow us to remove gcc@14.1.0 from our spack-config since we already have gcc@14.2.0.

---

🚀 The latest prerelease pinentry/pr20-7 at d2ed50c is here: #20 (comment) 🚀

[github-actions]

The model version in the gh/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy gh Prerelease pr20-1 with commit 759f394

🖥️ Gadi Deployment ❌

[github-actions]

The model version in the ncdu/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy ncdu Prerelease pr20-1 with commit 759f394

🖥️ Gadi Deployment ❌

[github-actions]

The model version in the openssh/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy openssh Prerelease pr20-1 with commit 759f394

🖥️ Gadi Deployment ❌

[github-actions]

The model version in the pinentry/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy pinentry Prerelease pr20-1 with commit 759f394

🖥️ Gadi Deployment ❌

[dougiesquire]

@CodeGat what to do here? I don't think we want to update the versions because they're the versions of the upstream packages being deployed.

[CodeGat]

The packages need new versions because we use the version as the spack environment name - a similar issue @anton-seaice had in this repo.

When we get to v8 and decouple the package version from the deployment version it will no longer be an issue.

[dougiesquire]

@harshula how important is this? Could we leave the gcc@14.1.0 external?

ncdu and pinentry are already at their latest versions (gh and openssh could be updated).

[harshula]

Hi @CodeGat , Can we use YYYY.0M.MINOR-RELEASE as per https://github.com/ACCESS-NRI/dev-docs/wiki/Versioning#models ?

[CodeGat]

@harshula, unfortunately not. The package gh (and other upstream packages) define their own versions and the @git.YYYY.0M.MINOR-RELEASE tag wouldn't be in their packages repository. Furthermore, since the version of those packages is meaningful in itself (as in gh@2.49.2 maps to https://github.com/cli/cli/releases/tag/v2.49.2) I don't think we should change it too drastically, even if we could. Maybe in the form gh@2.49.2-1/gh@2.49.2-2/etc. if we need to rerelease something, like in this case.

That said, once we have moved to v8 and decoupled the version of the package from the version of the deployment, all this will no longer be an issue. We can have the version of the package be static, and the version of the deployment (and environment, and modulefile) be something like I described above. If it can wait until then, that would be good.

[harshula]

Hi @CodeGat , I should have been clearer and pasted the entire text, "There can be a Spack release tag. e.g. YYYY.0M.MINOR-RELEASE". i.e. Can we just add the -RELEASE? That's how GNU/Linux distros have been updating the packaging of the same release of the source package for decades.

[harshula]

Hi @CodeGat , ☝️

[CodeGat]

So we'd have gh@2.49.2-1, in https://github.com/ACCESS-NRI/system-tools/pull/20/files#diff-9c1184741666c054c0455bffdb3e18f2dc7298574e26dabf63b80c1d92ca851bL9 for example? We could only do that if the gh SPR has that version defined, which it doesn't.

Once we move to v8, we will be able to do that version as you describe, but on this version of the infrastructure, we can't.

[github-actions]

The model version in the gh/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy gh Prerelease pr20-1 with commit 3abe2dd

🖥️ Gadi Deployment ❌

[github-actions]

The model version in the ncdu/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy ncdu Prerelease pr20-1 with commit 3abe2dd

🖥️ Gadi Deployment ❌

[github-actions]

The model version in the openssh/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy openssh Prerelease pr20-1 with commit 3abe2dd

🖥️ Gadi Deployment ❌

[github-actions]

The model version in the pinentry/spack.yaml has not been updated.
You can update it manually.
Alternatively, comment the following to have it updated and committed automatically:

• !bump major for feature releases
• !bump minor for bugfixes

[github-actions]

🚀 Attempted to deploy pinentry Prerelease pr20-1 with commit 3abe2dd

🖥️ Gadi Deployment ❌

[github-actions]

🚀 Attempted to deploy gh Prerelease pr20-1 with commit d6dc8b0

🖥️ Gadi Deployment ❌

[github-actions]

🚀 Attempted to deploy ncdu Prerelease pr20-2 with commit d6dc8b0

🖥️ Gadi Deployment ✔️

Usage Instructions

ncdu, defined in ncdu/spack.yaml, will be deployed to Gadi as:

• 1.19-1 as a Release (when merged).
• pr20-2 as a Prerelease (during this PR).

This Prerelease is accessible on Gadi using:

module use /g/data/vk83/prerelease/modules
module load ncdu/pr20-2

When using the above modules, the binaries shall be on your $PATH.

For advanced users, this Prerelease is also accessible on Gadi via /g/data/vk83/prerelease/apps/spack/1.1/spack in the ncdu-pr20-2 environment.
Due to inode-saving measures, one will have to manually untar the environment metadata before environment activation with tar -xf .spack-env .spack-env.tar. It will require one to have write privileges.

Configuration Information

This Prerelease is deployed using:

• access-nri/spack on branch 1.1
• spack/spack-packages version 39aeb9dbcc13b6a53e40c77b672c397e1f4c93ec
• access-nri/access-spack-packages version 2026.02.002
• access-nri/spack-config version 2026.02.001

If the above was not what was expected, commit changes to config/versions.json in this PR, or propose changes to build-cds config/settings.json.

[github-actions]

🚀 Attempted to deploy openssh Prerelease pr20-3 with commit d6dc8b0

🖥️ Gadi Deployment ❌

[github-actions]

🚀 Attempted to deploy gh Prerelease pr20-4 with commit d2ed50c

🖥️ Gadi Deployment ✔️

Usage Instructions

gh, defined in gh/spack.yaml, will be deployed to Gadi as:

• 2.49.2-1 as a Release (when merged).
• pr20-4 as a Prerelease (during this PR).

This Prerelease is accessible on Gadi using:

module use /g/data/vk83/prerelease/modules
module load gh/pr20-4

When using the above modules, the binaries shall be on your $PATH.

For advanced users, this Prerelease is also accessible on Gadi via /g/data/vk83/prerelease/apps/spack/1.1/spack in the gh-pr20-4 environment.
Due to inode-saving measures, one will have to manually untar the environment metadata before environment activation with tar -xf .spack-env .spack-env.tar. It will require one to have write privileges.

Configuration Information

This Prerelease is deployed using:

• access-nri/spack on branch 1.1
• spack/spack-packages version 39aeb9dbcc13b6a53e40c77b672c397e1f4c93ec
• access-nri/access-spack-packages version 2026.02.002
• access-nri/spack-config version 2026.02.001

If the above was not what was expected, commit changes to config/versions.json in this PR, or propose changes to build-cds config/settings.json.

[github-actions]

🚀 Attempted to deploy ncdu Prerelease pr20-5 with commit d2ed50c

🖥️ Gadi Deployment ✔️

Usage Instructions

ncdu, defined in ncdu/spack.yaml, will be deployed to Gadi as:

• 1.19-1 as a Release (when merged).
• pr20-5 as a Prerelease (during this PR).

This Prerelease is accessible on Gadi using:

module use /g/data/vk83/prerelease/modules
module load ncdu/pr20-5

When using the above modules, the binaries shall be on your $PATH.

For advanced users, this Prerelease is also accessible on Gadi via /g/data/vk83/prerelease/apps/spack/1.1/spack in the ncdu-pr20-5 environment.
Due to inode-saving measures, one will have to manually untar the environment metadata before environment activation with tar -xf .spack-env .spack-env.tar. It will require one to have write privileges.

Configuration Information

This Prerelease is deployed using:

• access-nri/spack on branch 1.1
• spack/spack-packages version 39aeb9dbcc13b6a53e40c77b672c397e1f4c93ec
• access-nri/access-spack-packages version 2026.02.002
• access-nri/spack-config version 2026.02.001

If the above was not what was expected, commit changes to config/versions.json in this PR, or propose changes to build-cds config/settings.json.

[github-actions]

🚀 Attempted to deploy openssh Prerelease pr20-6 with commit d2ed50c

🖥️ Gadi Deployment ✔️

Usage Instructions

openssh, defined in openssh/spack.yaml, will be deployed to Gadi as:

• 9.9p1-1 as a Release (when merged).
• pr20-6 as a Prerelease (during this PR).

This Prerelease is accessible on Gadi using:

module use /g/data/vk83/prerelease/modules
module load openssh/pr20-6

When using the above modules, the binaries shall be on your $PATH.

For advanced users, this Prerelease is also accessible on Gadi via /g/data/vk83/prerelease/apps/spack/1.1/spack in the openssh-pr20-6 environment.
Due to inode-saving measures, one will have to manually untar the environment metadata before environment activation with tar -xf .spack-env .spack-env.tar. It will require one to have write privileges.

Configuration Information

This Prerelease is deployed using:

• access-nri/spack on branch 1.1
• spack/spack-packages version 39aeb9dbcc13b6a53e40c77b672c397e1f4c93ec
• access-nri/access-spack-packages version 2026.02.002
• access-nri/spack-config version 2026.02.001

If the above was not what was expected, commit changes to config/versions.json in this PR, or propose changes to build-cds config/settings.json.

[github-actions]

🚀 Attempted to deploy pinentry Prerelease pr20-7 with commit d2ed50c

🖥️ Gadi Deployment ✔️

Usage Instructions

pinentry, defined in pinentry/spack.yaml, will be deployed to Gadi as:

• 1.3.0-1 as a Release (when merged).
• pr20-7 as a Prerelease (during this PR).

This Prerelease is accessible on Gadi using:

module use /g/data/vk83/prerelease/modules
module load pinentry/pr20-7

When using the above modules, the binaries shall be on your $PATH.

For advanced users, this Prerelease is also accessible on Gadi via /g/data/vk83/prerelease/apps/spack/1.1/spack in the pinentry-pr20-7 environment.
Due to inode-saving measures, one will have to manually untar the environment metadata before environment activation with tar -xf .spack-env .spack-env.tar. It will require one to have write privileges.

Configuration Information

This Prerelease is deployed using:

• access-nri/spack on branch 1.1
• spack/spack-packages version 39aeb9dbcc13b6a53e40c77b672c397e1f4c93ec
• access-nri/access-spack-packages version 2026.02.002
• access-nri/spack-config version 2026.02.001

If the above was not what was expected, commit changes to config/versions.json in this PR, or propose changes to build-cds config/settings.json.