Skip to content

Conversation

@mletalie
Copy link
Collaborator

@mletalie mletalie commented Oct 23, 2025

Have considered the checklist.
Issue: https://issues.redhat.com/browse/ACM-25011

@mletalie
Copy link
Collaborator Author

mletalie commented Oct 23, 2025

/cherrypick 2.14_stage

(Ran this with Oliver to see if it would be recognized).

@openshift-cherrypick-robot
Copy link
Contributor

@mletalie: once the present PR merges, I will cherry-pick it on top of 2.14_stage in a new PR and assign it to you.

In response to this:

/cherrypick 2.14_stage

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@mletalie
Copy link
Collaborator Author

@fzdarsky, Could you please review this PR when you get a moment? Want to make sure the note I added (based on your comment in the JIRA ticket tied to this PR) as well as the command change is correct. Thanks!

@openshift-ci openshift-ci bot added the lgtm label Nov 4, 2025
@mletalie mletalie changed the title https://issues.redhat.com/browse/ACM-25011 https://issues.redhat.com/browse/ACM-25011(Waiting on additional reviews) Nov 4, 2025
FROM registry.redhat.io/rhel9/bootc-image-builder:latest
RUN subscription-manager repos --enable rhacm-<2.x>-for-rhel-<version>-$(uname -m)-rpms && \
RUN dnf config-manager --set-enabled rhacm-2.14-for-rhel-9-x86_64-rpms && \

Choose a reason for hiding this comment

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

maybe here we could keep the variables rhacm-<2.x> and rhel--$(uname -m)


See the following topics to learn more about using {rhem} on {acm-short}. All features are in *Technology Preview* status:

//ML comment
Copy link
Contributor

Choose a reason for hiding this comment

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

Don't forget to remove this

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Good catch, thanks!

- objectDefinition:
...
data: <1>
data: # <1>
Copy link
Contributor

@oafischer oafischer Nov 10, 2025

Choose a reason for hiding this comment

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

We don't usually have comments in code snippets, looks like this might have been added by accident? (since there aren't any comments)

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Actually, this was added on purpose b/c I was getting a lint break on call out #2 (although I didnt add that callout). I added it to call out #1 for conformity within the code, even though it wasn't necessary ( I could of added just to call out # 2). However, it had to be added to #2 b/c YAML parsers expect a newline immediately after a block scalar indicator (like >), or just whitespace and a comment. Adding a callout after > seems to produce a lint break. We can discuss further if needed. Thanks.

Copy link
Contributor

@oafischer oafischer Nov 10, 2025

Choose a reason for hiding this comment

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

I see, thanks for explaining. In that case, I'd maybe even consider not using callouts since we have to move away from them anyway for conversion. Let's bring this up to the team and see what the others say. Maybe @swopebe has some guidance here?

Copy link
Contributor

@oafischer oafischer left a comment

Choose a reason for hiding this comment

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

lgtm

@openshift-ci
Copy link

openshift-ci bot commented Nov 11, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: fzdarsky, mletalie, oafischer

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@dockerymick dockerymick changed the title https://issues.redhat.com/browse/ACM-25011(Waiting on additional reviews) https://issues.redhat.com/browse/ACM-25011 Nov 11, 2025
@mletalie mletalie merged commit f1af9cd into 2.15_stage Nov 12, 2025
1 of 2 checks passed
@openshift-cherrypick-robot
Copy link
Contributor

@mletalie: new pull request created: #8365

In response to this:

/cherrypick 2.14_stage

(Ran this with Oliver to see if it would be recognized).

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@mletalie
Copy link
Collaborator Author

/cherrypick 2.14_stage

@openshift-cherrypick-robot
Copy link
Contributor

@mletalie: new pull request could not be created: failed to create pull request against #2.14_stage from head openshift-cherrypick-robot:cherry-pick-8321-to-2.14_stage: status code 422 not one of [201], body: {"message":"Validation Failed","errors":[{"resource":"PullRequest","code":"custom","message":"A pull request already exists for openshift-cherrypick-robot:cherry-pick-8321-to-2.14_stage."}],"documentation_url":"https://docs.github.com/rest/pulls/pulls#create-a-pull-request","status":"422"}

In response to this:

/cherrypick 2.14_stage

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@mletalie mletalie deleted the ML25011 branch November 12, 2025 19:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants