kyma-project / eventing-auth-manager

Apache License 2.0
1 stars 7 forks source link

Add `for-kyma-internal-use-only` annotation to secret on customer cluster #37

Closed k15r closed 5 months ago

k15r commented 1 year ago

Description

using the secret provisioned onto the customer cluster has to be limited to eventing use cases. As there is no way in kubernetes to prevent other usage, we have to at least leave a comment on the secret, so that users with admin privileges are aware of this.

Acceptance

NHingerl commented 1 year ago

Looking good already!

But what exactly do we mean with “…to be used by Kyma eventing” - the Eventing module? The Eventing team? Or anyone within Kyma who works on eventing-related stuff?

kyma-bot commented 1 year ago

This issue or PR has been automatically marked as stale due to the lack of recent activity. Thank you for your contributions.

This bot triages issues and PRs according to the following rules:

You can:

If you think that I work incorrectly, kindly raise an issue with the problem.

/lifecycle stale

kyma-bot commented 11 months ago

This issue or PR has been automatically marked as stale due to the lack of recent activity. Thank you for your contributions.

This bot triages issues and PRs according to the following rules:

You can:

If you think that I work incorrectly, kindly raise an issue with the problem.

/lifecycle stale

kyma-bot commented 10 months ago

This issue or PR has been automatically closed due to the lack of activity. Thank you for your contributions.

This bot triages issues and PRs according to the following rules:

You can:

If you think that I work incorrectly, kindly raise an issue with the problem.

/close

kyma-bot commented 10 months ago

@kyma-bot: Closing this issue.

In response to [this](https://github.com/kyma-project/eventing-auth-manager/issues/37#issuecomment-1868326138): >This issue or PR has been automatically closed due to the lack of activity. >Thank you for your contributions. > >This bot triages issues and PRs according to the following rules: >- After 60d of inactivity, `lifecycle/stale` is applied >- After 7d of inactivity since `lifecycle/stale` was applied, the issue is closed > >You can: >- Reopen this issue or PR with `/reopen` >- Mark this issue or PR as fresh with `/remove-lifecycle stale` > >If you think that I work incorrectly, kindly [raise an issue](https://github.com/kyma-project/test-infra/issues/new/choose) with the problem. > >/close Instructions for interacting with me using PR comments are available [here](https://git.k8s.io/community/contributors/guide/pull-requests.md). If you have questions or suggestions related to my behavior, please file an issue against the [kubernetes/test-infra](https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:) repository.
grischperl commented 10 months ago

/remove-lifecycle stale

github-actions[bot] commented 8 months ago

This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.

github-actions[bot] commented 6 months ago

This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.

github-actions[bot] commented 5 months ago

This issue has been automatically closed due to the lack of recent activity. /lifecycle rotten