Skip to content

Conversation

@elelaysh
Copy link
Contributor

changes to stackhpc-multinode.yml:

  • new github_user_ssh_keys input (defaults to true)
  • previous input ssh_key is still here and overrides github_user_ssh_keys

@elelaysh elelaysh requested a review from a team as a code owner December 15, 2025 09:22
@gemini-code-assist
Copy link
Contributor

Note

Gemini is unable to generate a review for this pull request due to the file types involved not being currently supported.

@elelaysh
Copy link
Contributor Author

Multiline input is not supported in github actions, see
this discussion for instance.

So the ssh_key input still only supports a single key. If we want to extend this, we could check if the first character is a square bracket ([) and assume the input is already a json-encoded array in this case.

Should I implement that?

@elelaysh
Copy link
Contributor Author

name: Multinode
uses: stackhpc/stackhpc-openstack-gh-workflows/.github/workflows/[email protected]
needs: github_user_ssh_keys
uses: stackhpc/stackhpc-openstack-gh-workflows/.github/workflows/[email protected]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is an important change going under the radar. What's actually included here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's the support for the ssh_keys input in our multinode generic workflow.
Please see stackhpc/stackhpc-openstack-gh-workflows#17

# Workaround loss of number type using fromJSON: https://github.com/orgs/community/discussions/67182
break_duration: ${{ fromJSON(inputs.break_duration) }}
ssh_key: ${{ inputs.ssh_key }}
ssh_keys: ${{ needs.github_user_ssh_keys.outputs.ssh_keys }}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we're no longer passing ssh_key through, please remove it from the inputs at the start of the workflow

Copy link
Contributor Author

@elelaysh elelaysh Dec 16, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, you're right.
Thank you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants