-
Notifications
You must be signed in to change notification settings - Fork 71
Sync 07/26 #343
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync 07/26 #343
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: timflannagan 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 |
/test unit-api |
The API unit tests are passing for me locally:
This seems like a potentially problematic test. |
The OLM e2e tests were failing as the ginkgo v2 commit still had ginkgo v1 and v2 modules as direct dependencies, which produced a panic when running in CI and local environments. It looks like this was because we merged some bug fixes during feature and code freeze, so there was some slight skew. I ended up just manually editing those files, and attaching them to the original upstream commit to appease the verify-commits Makefile check. Removed the o-f/api commit that was producing unit test failures from this PR, and added to that repository's denylist commits. It doesn't feel like we need that to directly live in downstream OLM, at least in the short term, and we can re-evaluate whether that was the right approach over time. I ran the sync automation locally to verify that the api denylist works properly, and zero commits were found, so it looks like covered on that front too. |
/retest |
Signed-off-by: Per Goncalves da Silva <[email protected]> Co-authored-by: Per Goncalves da Silva <[email protected]> Signed-off-by: timflannagan <[email protected]> Upstream-commit: 604825027920cdc52a489669b22f51910cabfa69 Upstream-repository: operator-lifecycle-manager
Signed-off-by: timflannagan <[email protected]>
Signed-off-by: timflannagan <[email protected]>
…enshift#238) Upstream-repository: api Upstream-commit: 1c4cba254ffd113aa9c8807f7cc515018e16763c
Signed-off-by: perdasilva <[email protected]> Upstream-repository: operator-registry Upstream-commit: 825053335525961a47a66cbcf2c10d51af8186c6
Signed-off-by: perdasilva <[email protected]> Upstream-repository: operator-registry Upstream-commit: 2d33c48bad5e099293b200ec0cf7961884765588
Problem: For some reason, a recent PR passed the Sanity check but master has recorded that it fails the sanity check. Solution: Update go dependencies Signed-off-by: Alexander Greene <[email protected]> Upstream-repository: operator-registry Upstream-commit: 8a159e87243835a41b281b6b7221c0dca9132561
…, or fail (openshift#988) Signed-off-by: Jordan Keister <[email protected]> Upstream-repository: operator-registry Upstream-commit: 05b1edcf7992c08cf46b87fc874df242a92f61ce
Signed-off-by: Jordan Keister <[email protected]> Upstream-repository: operator-registry Upstream-commit: 524a11c9271d1b655d2427d4e7c5d39430faea80
Add the commit from operator-framework/api#233 that requires the 'docker' executable to be present in order to test code paths added in that PR. Downstream CI doesn't have docker available in the CI containers, and therefore, CI will fail when running the staging API unit tests if this commit is present. Signed-off-by: timflannagan <[email protected]>
Signed-off-by: timflannagan <[email protected]> Upstream-commit: 0fa6f2930dfd00c43e8e99c821f73f392da26378 Upstream-repository: operator-lifecycle-manager
It looks like there's no "oc" binary in the e2e test container? Weird. |
|
It looks like kubectl is present downstream: sh-4.4$ oc
sh: oc: command not found
sh-4.4$ kubectl |
And more fun in the catalog-operator container logs:
|
/retest |
/hold |
/retest-required |
/test ci/prow/e2e-gcp-olm |
@timflannagan: The specified target(s) for
The following commands are available to trigger optional jobs:
Use 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 kubernetes/test-infra repository. |
The in-flight e2e-gcp-olm is going to fail after poking around the build cluster's console. /test e2e-gcp-olm |
I cherry-picked the upstream registry ginkgo bump PR, and bumped the root tools.go ginkgo module version so now the root module uses ginkgo v2 for all the staging components. |
…ylist Signed-off-by: timflannagan <[email protected]>
Signed-off-by: Jordan Keister <[email protected]> Upstream-repository: operator-registry Upstream-commit: 2a21178b40325c2082f91f5c5a5ba585770f1196
* go.*,vendor: Bump the github.com/onsi/ginkgo dependency to v2 Signed-off-by: timflannagan <[email protected]> * *: Migrate the repository to ginkgo v2 Signed-off-by: timflannagan <[email protected]> Upstream-commit: 6ac352f5ea458ce408c4b987b7946f96aff33ea1 Upstream-repository: operator-registry
Signed-off-by: timflannagan <[email protected]>
* *: Bump go version from 1.17 to 1.18 Signed-off-by: timflannagan <[email protected]> * Makefile: Install tool dependency using 'go install' Signed-off-by: timflannagan <[email protected]> Upstream-repository: api Upstream-commit: 145f476213bac78aecccbaeabaa34a00843a660f
/retest |
/hold cancel |
The upgrade test previously passed but ran into some infra issues. Overriding it in the meantime to try and squeeze this in before the PSA policy changes are re-reverted. /override ci/prow/e2e-upgrade |
@timflannagan: Overrode contexts on behalf of timflannagan: ci/prow/e2e-upgrade 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 kubernetes/test-infra repository. |
/lgtm |
@timflannagan: The following test failed, say
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/test-infra repository. I understand the commands that are listed here. |
Upstream-repository: api Upstream-commit: e12258812235d18efdfa67fe7c0520d2ab3ee639
Upstream-repository: api Upstream-commit: e12258812235d18efdfa67fe7c0520d2ab3ee639
Upstream-repository: api Upstream-commit: e12258812235d18efdfa67fe7c0520d2ab3ee639
Upstream-repository: api Upstream-commit: e12258812235d18efdfa67fe7c0520d2ab3ee639
Upstream-repository: api Upstream-commit: e12258812235d18efdfa67fe7c0520d2ab3ee639
Downstream sync for the registry + API repositories. I excluded upstream OLM from this sync given it's just a single commit that requires explicit manifests changes, and we can tackle that in #326 after this lands.
Also includes the upstream OLM ginkgo v2 commit that was previously added to downstream's denylist of commits. I updated some of the downstream documentation, and silenced the markdown linting violations that were popping up in my local IDE.