How to Install and Uninstall golang-k8s-sigs-structured-merge-diff-dev Package on Ubuntu 21.04 (Hirsute Hippo)

Last updated: May 14,2024

1. Install "golang-k8s-sigs-structured-merge-diff-dev" package

This guide let you learn how to install golang-k8s-sigs-structured-merge-diff-dev on Ubuntu 21.04 (Hirsute Hippo)

$ sudo apt update $ sudo apt install golang-k8s-sigs-structured-merge-diff-dev

2. Uninstall "golang-k8s-sigs-structured-merge-diff-dev" package

Here is a brief guide to show you how to uninstall golang-k8s-sigs-structured-merge-diff-dev on Ubuntu 21.04 (Hirsute Hippo):

$ sudo apt remove golang-k8s-sigs-structured-merge-diff-dev $ sudo apt autoclean && sudo apt autoremove

3. Information about the golang-k8s-sigs-structured-merge-diff-dev package on Ubuntu 21.04 (Hirsute Hippo)

Package: golang-k8s-sigs-structured-merge-diff-dev
Architecture: all
Version: 4.0.2+ds1-2
Priority: optional
Section: universe/devel
Source: golang-k8s-sigs-structured-merge-diff
Origin: Ubuntu
Maintainer: Ubuntu Developers
Original-Maintainer: Debian Go Packaging Team
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 1242
Depends: golang-github-json-iterator-go-dev, golang-gopkg-yaml.v2-dev
Filename: pool/universe/g/golang-k8s-sigs-structured-merge-diff/golang-k8s-sigs-structured-merge-diff-dev_4.0.2+ds1-2_all.deb
Size: 116452
MD5sum: d6082ed60cc1dc4409149f47943926e4
SHA1: 83602751405893f9fb378aec58ad38528ac0ed7f
SHA256: 6c8e8be703229c5cdcb0e8ff81397f9f55b964c85daaea8ef9a75f64ad68569d
SHA512: 3ad9cfe4f93b89cd17b004c93d120db679545e09b15cebd30ee1030a3da58002dd3f922413adfc8d75ce170500bed31bca87dca48154e7a9ce84cdfe27215692
Homepage: https://github.com/kubernetes-sigs/structured-merge-diff
Description-en: implementation for "server-side apply" (library)
What is the apply operation?
.
It models resources in a control plane as having multiple
"managers". Each manager is typically trying to manage only one
aspect of a resource. The goal is to make it easy for disparate
managers to make the changes they need without messing up the things
that other managers are doing. In this system, both humans and
machines (aka "controllers") act as managers.
.
To do this, it explicitly tracks (using the fieldset data structure)
which fields each manager is currently managing.
.
Now, there are two basic mechanisms by which one modifies an object.
.
PUT/PATCH: This is a write command that says: "Make the object look
EXACTLY like X".
.
APPLY: This is a write command that says: "The fields I manage should
now look exactly like this (but I don't care about other fields)".
.
For PUT/PATCH, it deduces which fields will be managed based on what
is changing. For APPLY, the user is explicitly stating which fields
they wish to manage (and therefore requesting deletion of any fields
that they used to manage but stop mentioning).
.
Any time a manager begins managing some new field, that field is removed
from all other managers. If the manager is using the APPLY command, it
calls these conflicts, and will not proceed unless the user passes the
"force" option. This prevents accidentally setting fields which some
other entity is managing.
.
PUT/PATCH always "force". They are mostly used by automated systems,
which won't do anything productive with a new error type.
Description-md5: d7e1df2e566111bfc5a91d4180197476