Skip to content

Conversation

@tmshort
Copy link
Contributor

@tmshort tmshort commented Aug 15, 2025

No description provided.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Aug 15, 2025
@openshift-ci-robot
Copy link

@tmshort: This pull request explicitly references no jira issue.

In response to this:

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 openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 15, 2025
@grokspawn
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Aug 15, 2025
@grokspawn
Copy link
Contributor

Better if this updates the verify target of test-extension, but at least this will work.

@grokspawn
Copy link
Contributor

/hold for pending update

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 15, 2025
@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Aug 15, 2025
@tmshort
Copy link
Contributor Author

tmshort commented Aug 15, 2025

/unhold

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 15, 2025

.PHONY: update-metadata
update-metadata: #HELP Build and run 'update-metadata' to generate test metadata
update-metadata: build #HELP Build and run 'update-metadata' to generate test metadata
Copy link
Contributor Author

@tmshort tmshort Aug 15, 2025

Choose a reason for hiding this comment

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

build is needed here to build the $(TOOLS_BIN_DIR)/olmv1-tests-ext executable used on the next line...

@tmshort tmshort force-pushed the update-verify branch 2 times, most recently from 4660978 to 4996826 Compare August 15, 2025 15:49
@tmshort tmshort changed the title NO-ISSUE: Add tests-extension build-update to verify NO-ISSUE: Add tests-extension verify to openshift verify Aug 15, 2025
@grokspawn
Copy link
Contributor

grokspawn commented Aug 15, 2025

Thanks. +1 this approach.
One wrinkle to consider for future is that verify-metadata can fail because of artifacts generated from openshift/Makefile(verify), that just haven't been detected yet.
Could be confusing.

I think the "perfect" form of this is where openshift/Makefile(verify) invokes make -C tests-extension build-update, and then does its catch-all git diff --exit-code to catch all generated misses.

@echo "Cleaning metadata (removing codeLocations)..."
@jq 'map(del(.codeLocations))' $(METADATA) > $(METADATA).tmp && mv $(METADATA).tmp $(METADATA)

.PHONY: verify-metadata #HELP To verify that the metadata was properly update
Copy link
Contributor

Choose a reason for hiding this comment

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

Could we have a target specific for the verify-bindata?
Or change it to verify and update the helpers

#SECTION Development
.PHONY: verify #HELP To verify the code
verify: tidy fmt vet lint
verify: bindata verify-metadata tidy fmt vet lint
Copy link
Member

Choose a reason for hiding this comment

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

To be useful in isolation, this needs to call git diff directly now that part of what it is doing is generating some data that we expect not to change.

Copy link
Contributor

@camilamacedo86 camilamacedo86 Aug 15, 2025

Choose a reason for hiding this comment

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

Then, when we run it, it will update the JSON with the tracked IDs of the tests
If we want to change the name, we need to delete the file and re-generate it.
The reason for not all be together was

-> https://github.com/openshift/operator-framework-operator-controller/blob/main/openshift/tests-extension/README.md#why-do-we-need-to-run-make-update-metadata
-> https://github.com/openshift/operator-framework-operator-controller/blob/main/openshift/tests-extension/README.md#development-workflow

@tmshort
Copy link
Contributor Author

tmshort commented Aug 15, 2025

/retest verify

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 15, 2025

@tmshort: The /retest command does not accept any targets.
The following commands are available to trigger required jobs:

/test check-sync-pr-valid
/test default-catalog-consistency
/test e2e-aws-techpreview-olmv1-ext
/test images
/test okd-scos-images
/test openshift-e2e-aws
/test tests-extension
/test unit
/test verify
/test verify-commits
/test verify-deps

The following commands are available to trigger optional jobs:

/test okd-scos-e2e-aws-ovn
/test openshift-e2e-aws-techpreview

Use /test all to run the following jobs that were automatically triggered:

pull-ci-openshift-operator-framework-operator-controller-main-check-sync-pr-valid
pull-ci-openshift-operator-framework-operator-controller-main-e2e-aws-techpreview-olmv1-ext
pull-ci-openshift-operator-framework-operator-controller-main-images
pull-ci-openshift-operator-framework-operator-controller-main-okd-scos-e2e-aws-ovn
pull-ci-openshift-operator-framework-operator-controller-main-okd-scos-images
pull-ci-openshift-operator-framework-operator-controller-main-openshift-e2e-aws
pull-ci-openshift-operator-framework-operator-controller-main-openshift-e2e-aws-techpreview
pull-ci-openshift-operator-framework-operator-controller-main-tests-extension
pull-ci-openshift-operator-framework-operator-controller-main-unit
pull-ci-openshift-operator-framework-operator-controller-main-verify
pull-ci-openshift-operator-framework-operator-controller-main-verify-commits
pull-ci-openshift-operator-framework-operator-controller-main-verify-deps

In response to this:

/retest verify

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.

@tmshort
Copy link
Contributor Author

tmshort commented Aug 15, 2025

/test verify

Copy link
Contributor

@camilamacedo86 camilamacedo86 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 openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Aug 15, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 15, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: camilamacedo86, tmshort

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

The pull request process is described 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

@tmshort
Copy link
Contributor Author

tmshort commented Aug 15, 2025

/test verify

Comment on lines 147 to 151
verify-metadata: update-metadata
@if ! git diff --exit-code $(METADATA); then \
@if ! git diff --exit-code >&/dev/null; then \
echo "ERROR: Metadata is out of date. Please run 'make build-update' and commit the result."; \
exit 1; \
fi
Copy link
Member

Choose a reason for hiding this comment

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

This feels like it will be confusing. We'll run update-metadata, but what if there's another diff somewhere else? This will still report "metadata out of date", right?

My two cents: drop verify-metadata. Now that verify updates the metadata and runs its own top-level git diff after running all generators, I think that's all we need.

But (and this is the dance I was talking about in Slack earlier), we'll need to:

  1. Merge this.
  2. Remove these lines (https://github.com/openshift/release/blob/0b2296f37754138ca4e6dca16c73c94a51a5dc55/ci-operator/config/openshift/operator-framework-operator-controller/openshift-operator-framework-operator-controller-main.yaml#L177-L178)
  3. Come back here and remove verify-metadata

Copy link
Contributor

Choose a reason for hiding this comment

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

We must verify metatada ( not matter how we call or from where )
if we move with it we can remove the whole above sanity test above

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I changed this around such that verify-metadata is no longer called.
Look above at verify

@openshift-ci-robot
Copy link

/retest-required

Remaining retests: 0 against base HEAD 9a4865e and 2 for PR HEAD e399831 in total

@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Aug 15, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 15, 2025

New changes are detected. LGTM label has been removed.

@tmshort tmshort force-pushed the update-verify branch 2 times, most recently from 4e05fd6 to b6aae7f Compare August 15, 2025 19:25
Signed-off-by: Todd Short <todd.short@me.com>
@tmshort
Copy link
Contributor Author

tmshort commented Aug 15, 2025

the verify build is continuing to fail due to golangci-lint failures. At this point, we might as well go with #441.

@tmshort tmshort closed this Aug 15, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 15, 2025

@tmshort: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/verify f7d40b2 link true /test verify

Full PR test history. Your PR dashboard.

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. I understand the commands that are listed here.

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

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants