-
Notifications
You must be signed in to change notification settings - Fork 5
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
fix(deps): update non-minor dependencies #113
Conversation
ℹ Artifact update noticeFile name: go.modIn order to perform the update(s) described in the table above, Renovate ran the
Details:
|
130a78e
to
c313f2f
Compare
fe6a807
to
dc9c42b
Compare
fa45f16
to
d1476e9
Compare
9c65b8c
to
7889b67
Compare
2b13e6d
to
d43bba8
Compare
8a4285b
to
1490d1a
Compare
48bbe9e
to
b7f23e0
Compare
c8183cd
to
39fe33a
Compare
39fe33a
to
f2c3c81
Compare
Edited/Blocked NotificationRenovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR. You can manually request rebase by checking the rebase/retry box above. |
This PR contains the following updates:
1.32.0-debian-12-r0
->1.32.1-debian-12-r5
12-debian-12-r31
->12-debian-12-r36
v2.22.0
->v2.22.2
v1.36.0
->v1.36.2
v0.1.44
->v0.1.57
v0.3.45
->v0.3.69
v0.2.20
->v0.2.26
1.23.2
->1.23.6
1.23.4
->1.23.6
v0.32.0
->v0.32.1
v0.32.0
->v0.32.1
v0.32.0
->v0.32.1
v0.32.0
->v0.32.1
v0.32.0
->v0.32.1
v0.32.0
->v0.32.1
a9b7c2d
->2e8ba92
Release Notes
onsi/ginkgo (github.com/onsi/ginkgo/v2)
v2.22.2
Compare Source
What's Changed
Full Changelog: onsi/ginkgo@v2.22.1...v2.22.2
v2.22.1
Compare Source
2.22.1
Fixes
Fix CSV encoding
aab3da6
]c09df39
]96a80fc
]43dad69
]Maintenance
c88c634
]4df44bf
]onsi/gomega (github.com/onsi/gomega)
v1.36.2
Compare Source
Maintenance
v1.36.1
Compare Source
1.36.1
Fixes
1c6c112
]4feb9d7
]sap/admission-webhook-runtime (github.com/sap/admission-webhook-runtime)
v0.1.57
Compare Source
v0.1.56
Compare Source
v0.1.55
Compare Source
v0.1.54
Compare Source
v0.1.53
Compare Source
v0.1.52
Compare Source
v0.1.51
Compare Source
v0.1.50
Compare Source
v0.1.49
Compare Source
v0.1.48
Compare Source
v0.1.47
Compare Source
v0.1.46
Compare Source
v0.1.45
Compare Source
sap/component-operator-runtime (github.com/sap/component-operator-runtime)
v0.3.69
Compare Source
Enhancements
Starting with this release, the deletion of dependent objects will fail unless the existing value of the owner-id label of the dependent object matches the component that wants to delete it. If the owner-id label is missing, or the value does not match, the deletion will be rejected.
v0.3.68
Compare Source
v0.3.67
Compare Source
(Potentially) incompatible changes
The type
reconciler.ReconcilerOptions
is changed:CreateMissingNamespaces
is replaced with a new attributeMissingNamespacesPolicy
that can have the valuesCreate
(default) orDoNotCreate
. The default behavior is backwards compatible; only people who explicitly have set the old attribute have to adopt the new notation in the obvious way.Finalizer
andFieldOwner
in the reconciler options. If unset it defaults to the reconciler name passed toreconciler.NewReconciler()
, which makes that change backwards compatible.The interface
component.PolicyConfiguration
was enhanced by an additional methodGetMissingNamespacesPolicy() reconciler.MissingNamespacesPolicy
. People who implemented that interface explicitly have to add this method to their implementation. Most people however probably just includecomponent.PolicySpec
into their component's spec type. They don't have to react, but should regenerate their CRD manifest, in order to expose the new fieldspec.missingNamespacesPolicy
which is now contained incomponent.PolicySpec
.The type
component.ReconcilerOptions
is changed in a way similar toreconciler.ReconcilerOptions
(that is, the attributeCreateMissingNamespaces
is replaced byMissingNamespacesPolicy
and new attributesFinalizer
andFieldOwner
are added). In addition, there is a new optionDefaultServiceAccount
which allows the name of a service account that can be used during the reconciliation of a component to impersonate the client used to reconcile the dependent objects, as long as the component does not explicitly specify an impersonation or kubeconfig (by implementing theImpersonationConfiguration
orClientConfiguration
interfaces); note that the specifiedDefaultServiceAccount
always refers to themetadata.namespace
or the component.When a component resource is reconciled, two Kubernetes API clients are constructed:
ImpersonationConfiguration
interface), and an impersonation user or groups are specified by the component resource, then the specified user and groups are used to impersonate the controller's kubeconfig. Otherwise, if aDefaultServiceAccount
is defined in the reconciler's options, then that service account (relative to the componentsmetadata.namespace
) is used to impersonate the controller's kubeconfig. Otherwise, the controller's kubeconfig itself is used to build the local client. The local client is passed to generators via their context. For example, theHelmGenerator
andKustomizeGenerator
provided by component-operator-runtime use the local client to realize thelocalLookup
andmustLocalLookup
template functions.ClientConfiguration
interface), then that kubeconfig is used to build the target client. Otherwise, a local client is used (possibly impersonated), created according the the logic described above. The target client is used to manage dependent objects, and is passed to generators via their context. For example, theHelmGenerator
andKustomizeGenerator
provided by component-operator-runtime use the target client to realize thelookup
andmustLookup
template functions.This changes the previous impersonation logic a little bit. Other than before, no impersonation happens at all if a kubeconfig is specified (through
ClientConfiguration
). In addition, relative service accounts returned byGetImpersonationUser()
(that is: a user of the formsystem:serviceaccounts::name
, setting an empty namespace), now will be interpreted always relative to themetadata.namespace
of the component resource; previously, the namespace specified by aPlacementConfiguration
implementation was considered as well; this is no longer the case.The
clnt
parameter of theHelmGenerator
andKustomizeGenerator
constructors is now ignored (and will be removed in a future release). Instead, these generators always use the local client, constructed as described above.v0.3.66
Compare Source
v0.3.65
Compare Source
v0.3.64
Compare Source
v0.3.63
Compare Source
v0.3.62
Compare Source
Incompatible changes
Previously, the forced re-apply of dependent objects was based on a timestamp that was coded into the object digest. As a consequence, the digest annotation of every dependent object was updated more or less every 60 minutes. Which caused problems (e.g. with crossplane).
From this release onwards, the force-re-apply mechanism is based on the new status field
status.inventory[].lastAppliedAt
.Note: YOU MUST, REALLY MUST, regenerate your component CRD when using a version of component-operator-runtime containing this release, and ship the module update together with the updated CRD!!!
v0.3.61
Compare Source
v0.3.60
Compare Source
v0.3.59
Compare Source
This release is non-functional (preparation for future work). It ships a new status field
.status.inventory[].lastAppliedAt
.v0.3.58
Compare Source
This release is a bugfix release for the
clm
cli. So far, while applying or deleting a release,clm
was aborting immediately if an error occurred. This is not very convenient. At least in some ephemeral error situations, it should behave in a more resilient way. So, with this release,clm
tries to recognise such ephemeral errors (for example 409 - Conflict responses from the API server), and retries the failing operation a couple of times.v0.3.57
Compare Source
v0.3.56
Compare Source
Enhancements
A new flag
--create-namespace
was added toclm apply
. If specified the specified release namespace will be auto-created if missing. Note that in that case, the namespace is not part of the release inventory. In particular, it will not be deleted if the component gets deleted.v0.3.55
Compare Source
This release adds a new interface
PolicyConfiguration
that component types (or their spec types) can implement:Through this interface, components can override the framework default policies that would otherwise apply. Of course, dependent resources can still override the behaviour using the well-known annotations. For easier consumption (similar to the already existing
Configuration
interfaces), there is a standard implementationPolicySpec
that components may embed into their spec).Furthermore, the semantics of the deletion policy was slightly changed:
v0.3.54
Compare Source
This release adds some new template functions to
HelmGenerator
andKustomizeGenerator
.Template functions for bitwise operations:
func bitwiseShiftLeft(by any, arg any) (uint64, error)
func bitwiseShiftRight(by any, arg any) (uint64, error)
func bitwiseAnd(args ...any) (uint64, error)
func bitwiseOr(args ...any) (uint64, error)
func bitwiseXor(args ...any) (uint64, error)
Functions for IPv4 address handling:
func parseIPv4Address(data any) (uint32, error)
func formatIPv4Address(data any) (string, error)
v0.3.53
Compare Source
v0.3.52
Compare Source
This is a bugfix release, but it slightly changes the procedure how dependent objects are reconciled. In detail:
Until now,
reconciler.Apply()
(which is what happens if a component is reconciled, not deleted) first deleted all redundant objects, that is objects which appear in the component's inventory, but are no longer part of the current manifest list. Only after all redundant objects were gone, the reconciliation of the current dependents was started. This potentially caused some deadlock situations, e.g. in component-operator. To overcome, the deletion part was shifted to the end ofreconciler.Apply()
, after the application of the current manifest list. This should not be a noticeable change. However, the completion handling still happens early (before the reconciliation of the dependents), and was slightly changed as well; for example, object deletions happening as consequence of a completion now no longer honourdelete-order
ordelete-policy
.v0.3.51
Compare Source
v0.3.50
Compare Source
v0.3.49
Compare Source
v0.3.48
Compare Source
v0.3.47
Compare Source
v0.3.46
Compare Source
sap/go-generics (github.com/sap/go-generics)
v0.2.26
Compare Source
v0.2.25
Compare Source
v0.2.24
Compare Source
v0.2.23
Compare Source
v0.2.22
Compare Source
v0.2.21
Compare Source
golang/go (go)
v1.23.6
v1.23.5
v1.23.4
v1.23.3
kubernetes/api (k8s.io/api)
v0.32.1
Compare Source
kubernetes/apiextensions-apiserver (k8s.io/apiextensions-apiserver)
v0.32.1
Compare Source
kubernetes/apimachinery (k8s.io/apimachinery)
v0.32.1
Compare Source
kubernetes/client-go (k8s.io/client-go)
v0.32.1
Compare Source
kubernetes/code-generator (k8s.io/code-generator)
v0.32.1
Compare Source
kubernetes/kube-aggregator (k8s.io/kube-aggregator)
v0.32.1
Compare Source
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.