jiebi/CodeConvo huggingface dataset:
Change:
This is a Feature Request <!-- Please only use this template for submitting feature/enhancement requests --<!-- See for guidance on writing an actionable issue description. --What would you like to be Currently Docs search hides when you scroll down the page, but it should not get hidden it must stay there at the top. Why is this needed Search Input should always stay at its place.Also, as a suggestion it can also be called on keyboard shortcut like like this to easily navigation in the docs. Comments !
/sig docs
/area web-development How about putting the search in the top nav? See for a related suggestion.
But, I'm not sure it's a good plan. The top nav already has a bunch of sections, and adding the search might make it look too crowded.
See how does it - I think that's a nice approach. We could drop one of the sections that's in the top nav now, or maybe combine two of them into a menu.
/triage accepted Making this improvement is helpful. /priority backlog though
/assign
Have a review on this PR -
Does it? On my browser, that doesn't happen. ! You can see that this page is scrolled but the search in the left-hand nav is still available for someone to look at it. /priority awaiting-more-evidence /remove-triage accepted
Even though I don't think the issue description is quite right, I still see the value of putting a search in the top nav. That is a place where people would look for it.
I think it more depend on screen size, in my case when i have scroll down the page, then i am not able to see that search button on the left side !

Discussion:
} } <ins> .flip-nav .search-item { .td-search-input { background-color: $medium-grey; } input, textarea { color: white; } textarea:focus, input:focus { color: white; } } @media only screen and (max-width: 1500px) { header nav .search-item { display: none; } } </ins> /* FOOTER */ footer { background-color: #303030;

{{ partial "navbar-lang-selector.html" . }} </li> {{ end }} <ins> <li class="search-item nav-item mr-n4 mr-lg-0"> {{ partial "search-input.html" . }} </li> </ins> </ul> </div> <button id="hamburger" onclick="kub.toggleMenu()" data-auto-burger-exclude><div></div></button>
Change:
This is a Feature Request Update Why is this needed Many people view this page. Updating the links on this page is useful for many people. Comments <!-- Any additional related comments that might help. Drawings/mockups would be extremely helpful (if required). --/assign /language ja /area localization
/triage accepted

Discussion:
Kubernetesは、コンテナ化されたアプリケーションの展開、スケーリング、また管理を自動化するためのオープンソースコンテナプラットフォームです。このオープンソースプロジェクトは、Cloud Native Computing Foundation(<a href="https://www.cncf.io/about">CNCF</a>)によってホストされています。 cards: - name: concepts <del> title: "基本を理解する" </del> <ins> title: "Kubernetesを理解する" </ins> description: "Kubernetesとその基本的なコンセプトを学びます。" button: "コンセプトを学ぶ" button_path: "/docs/concepts"

description: "一般的なタスク、そのタスクを短い手順でどのように実行するかを見てみます。" button: "タスクを見る" button_path: "/docs/tasks" <del> - name: training title: "トレーニング" description: "Kubernetesの資格を取得して、クラウドネイティブプロジェクトを成功させます！" button: "トレーニングを見る" button_path: "/training" </del> - name: reference title: "リファレンス情報を調べる" description: "用語、コマンドラインの構文、APIリソースタイプ、そして構築ツールのドキュメントを見て回ります。"

description: "プロジェクトに不慣れでも、長い間関わっていたとしても、誰でもコントリビュートすることができます。" button: "ドキュメントにコントリビュートする" button_path: /docs/contribute <del> - name: release-notes title: "K8sリリースノート" </del> <ins> - name: training title: "トレーニング" description: "Kubernetesの資格を取得して、クラウドネイティブプロジェクトを成功させます！" button: "トレーニングを見る" button_path: "/training" - name: Download title: "Kubernetesをダウンロードする" </ins> description: "もしKubernetesをインストールする、また最新バージョンにアップグレードする場合、最新のリリースノートを参照してください。" button: "Kubernetesをダウンロードする" button_path: "/releases/download"
Change:
This is a Feature Request <!-- Please only use this template for submitting feature/enhancement requests --<!-- See for guidance on writing an actionable issue description. --What would you like to be Replace with a redirect to Why is this needed We the generator for Comments /language en /priority backlog /lifecycle frozen we should definitely clean this up one day
/retitle Drop legacy kubectl reference page
/triage accepted
I want to try to help with this. /assign
a redirect; we should also delete the page we're redirecting people away from.

Discussion:
/docs/reference/deprecation-policy/     /docs/reference/using-api/deprecation-policy/ 301 <ins> /docs/reference/generated/kubectl/kubectl-commands/     /docs/reference/kubectl/ 301 </ins> /docs/reference/generated/cloud-controller-manager/     /docs/reference/command-line-tools-reference/cloud-controller-manager/ 301 /docs/reference/generated/kubelet/     /docs/reference/command-line-tools-reference/kubelet/ 301 /docs/reference/generated/kube-apiserver/     /docs/reference/command-line-tools-reference/kube-apiserver/ 301
Change:
This is a Feature Request As this is merged now, the EvictionHard docs should be updated to include imagefs.inodesFree What would you like to be Adding default settings of imagefs.inodesFree in Page to update: Why is this needed If the user is using separate filesystem for images, it helps to monitor disk pressure if inodes run out on the ImageFs.
This issue is currently awaiting triage. SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the label. The label can be by org members by writing in a comment. <detailsInstructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/sig node /language en
/assign
/retitle Document default settings for in EvictionHard
This issue is fixed by the PR and hence we can close this one
/close
Closing this issue. <detailsIn response to : /close Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details

Discussion:
- `nodefs.available<10%` - `imagefs.available<15%` - `nodefs.inodesFree<5%` (Linux nodes) <ins> - `imagefs.inodesFree<5%` (Linux nodes) </ins> These default values of hard eviction thresholds will only be set if none of the parameters is changed. If you changed the value of any parameter,
Change:
In , it mentions this guide explains the syntax. However the above Secret link doesn't mention anything on "specific paths" & file permission is defined . Appreciate feedback and update (correction) to documentation.
This issue is currently awaiting triage. SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the label. The label can be by org members by writing in a comment. <detailsInstructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/kind bug
/remove-kind bug I think this is a request to mention POSIX permissions for the volume and its files, within the task page “Configure a Pod to Use a ConfigMap”. Is that right ? If that covers everything you want to see changed, please state that so we're sure. If you want another change as well, please be as clear as you can about what improvement you'd like. /language en
The reference needs to be updated/corrected to and on the page Configure a Pod to Use a ConfigMap and subsection !
/assign

Discussion:
### Project keys to specific paths and file permissions <del> You can project keys to specific paths and specific permissions on a per-file basis. The [Secrets](/docs/concepts/configuration/secret/#using-secrets-as-files-from-a-pod) guide explains the syntax. </del> <ins> You can project keys to specific paths. Refer to the corresponding section in the [Secrets](/docs/tasks/inject-data-application/distribute-credentials-secure/#project-secret-keys-to-specific-file-paths) guide for the syntax. You can set POSIX permissions for keys. Refer to the corresponding section in the [Secrets](/docs/tasks/inject-data-application/distribute-credentials-secure/#set-posix-permissions-for-secret-keys) guide for the syntax. </ins> ### Optional references
Change:
Hello I found an inconsistency in the Kubernetes Tutorial. When following the steps for exposing an app it deletes the service in the end. When following up on the next page: "Once you're ready, move on to ." There seems to be the expectancy of an existing service, which got deleted in the previous steps. Step 3: Deleting a service: You deleted the service associated with the deployment. Following step: Load Balancing: The tutorial then expects you to use the deleted service to check load balancing, which is not possible. The $NODE_PORT variable is set using the deleted service. First the service should be re-created. Kind regards. Daisy
Page reported in issue: /language en
/retitle Tutorial Inconsistency: Deletion of service in "Using a Service to Expose Your App" hinders progression in "Running Multiple Instances of Your App" tutorial
the documentation does mention a note at the start of the page NOTE If you are trying this after , you may need to start from as the services may have been deleted Would adding more emphasis to this note address your request?
Modifying the note accordingly would help to address the issue.
/triage accepted Fixes are welcome
/assign I will submit a PR.
I won't say the documentation is wrong here, but things can be improved /kind feature
/priority backlog
My mistake, apologies. The note is actually pretty clear like mentioned. Perhaps a small modification to make the instruction more clear would be enough. Thankyou. NOTE If you are trying this after , you may need to start from as the services may have been deleted

Discussion:
<div class="row"> <div class="col-md-12"> <del> <h3>Using labels</h3> </del> <ins> <h3>Step 2: Using labels</h3> </ins> <div class="content"> <p>The Deployment created automatically a label for our Pod. With the <code>describe deployment</code> subcommand you can see the name (the <em>key</em>) of that label:</p> <p><code><b>kubectl describe deployment</b></code></p>

<p>If you haven't worked through the earlier sections, start from <a href="/docs/tutorials/kubernetes-basics/create-cluster/cluster-intro/">Using minikube to create a cluster</a>.</p> <p><em>Scaling</em> is accomplished by changing the number of replicas in a Deployment</p> <del> <p> <b> NOTE </b> If you are trying this after <a href="/docs/tutorials/kubernetes-basics/expose/expose-intro/">the previous section </a>, you may need to start from <a href="/docs/tutorials/kubernetes-basics/create-cluster/cluster-intro/">creating a cluster</a> as the services may have been deleted </p> </del> <ins> {{< note >}} <p>If you are trying this after <a href="/docs/tutorials/kubernetes-basics/expose/expose-intro/">the previous section</a>, you may have deleted the Service exposing the Deployment. In that case, please expose the Deployment again using the following command:</p><p><code><b>kubectl expose deployment/kubernetes-bootcamp --type="NodePort" --port 8080</b></code></p> {{< /note >}} </ins> </div> <div class="col-md-4"> <div class="content__box content__box_lined">
Change:
This is a Bug Report Problem: In the Japanese localization of k/website, it is necessary to express "controller" as "" (not ""). In , it is expressed as "". ref. ref. Proposed Solution: fix "" to "" Page to Update:
/assign /area localization /language ja
ref.
/triage accepted

Discussion:
- `Count`: Podがデフォルトの方法で処理されるべきであることを示します。`.spec.backoffLimit`のカウンターが加算されます。 {{< note >}} <del> `PodFailurePolicy`を使用すると、Jobコントローラは`Failed`フェーズのPodのみにマッチします。削除タイムスタンプを持つPodで、終了フェーズ(`Failed`または`Succeeded`)にないものは、まだ終了中と見なされます。これは、終了中Podは終了フェーズに達するまで[追跡ファイナライザー](#job-tracking-with-finalizers)を保持することを意味します。Kubernetes 1.27以降、Kubeletは削除されたPodを終了フェーズに遷移させます(参照:[Podのフェーズ](/ja/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase))。これにより、削除されたPodはJobコントローラーによってファイナライザーが削除されます。 </del> <ins> `PodFailurePolicy`を使用すると、Jobコントローラーは`Failed`フェーズのPodのみにマッチします。削除タイムスタンプを持つPodで、終了フェーズ(`Failed`または`Succeeded`)にないものは、まだ終了中と見なされます。これは、終了中Podは終了フェーズに達するまで[追跡ファイナライザー](#job-tracking-with-finalizers)を保持することを意味します。Kubernetes 1.27以降、Kubeletは削除されたPodを終了フェーズに遷移させます(参照:[Podのフェーズ](/ja/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase))。これにより、削除されたPodはJobコントローラーによってファイナライザーが削除されます。 </ins> {{< /note >}} ## Jobの終了とクリーンアップ  {#job-termination-and-cleanup}

`JobTrackingWithFinalizers`機能が無効になっている時に作成されたJobについては、コントロールプレーンを1.26にアップグレードしても、ファイナライザーを使用してJobを追跡しません。 {{< /note >}} <del> コントロールプレーンは任意のJobに属するPodを追跡し、そのPodがAPIサーバーから削除されたかどうか認識します。そのためJobコントローラはファイナライザー`batch.kubernetes.io/job-tracking`を持つPodを作成します。コントローラーがファイナライザーを削除するのは、PodがJobステータスに反映された後なので、他のコントローラーやユーザがPodを削除することができます。 </del> <ins> コントロールプレーンは任意のJobに属するPodを追跡し、そのPodがAPIサーバーから削除されたかどうか認識します。そのためJobコントローラーはファイナライザー`batch.kubernetes.io/job-tracking`を持つPodを作成します。コントローラーがファイナライザーを削除するのは、PodがJobステータスに反映された後なので、他のコントローラーやユーザがPodを削除することができます。 </ins> Kubernetes 1.26にアップグレードする前、またはフィーチャーゲート`JobTrackingWithFinalizers`が有効になる前に作成されたJobは、Podファイナライザーを使用せずに追跡されます。Job{{< glossary_tooltip term_id="controller" text="コントローラー" >}}は、クラスタに存在するPodのみに基づいて、`succeeded`Podと`failed`Podのステータスカウンタを更新します。クラスタからPodが削除されると、コントロールプレーンはJobの進捗を見失う可能性があります。
Change:
This is a Feature Request What would you like to be Translate into Japanese Why is this needed There is no Japanese translation for this page Comments File to translate: Original: ref. Japanese Localization document: /area localization /language ja /help
/triage accepted
/assign
/remove-help

Discussion:
<ins> --- title: Kubectlを用いたKubernetesノードのデバッグ content_type: task min-kubernetes-server-version: 1.20 --- <!-- overview --> このページでは、Kubernetesクラスター上で動作している[ノード](/ja/docs/concepts/architecture/nodes/)を`kubectl debug`コマンドを使用してデバッグする方法について説明します。 ## {{% heading "prerequisites" %}} {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} Podを作成し、それらの新しいPodを任意のノードに割り当てる権限が必要です。 また、ホストのファイルシステムにアクセスするPodを作成する権限も必要です。 <!-- steps --> ## `kubectl debug node`を用いてノードをデバッグする `kubectl debug node`コマンドを使用して、トラブルシューティングしたいノードにPodをデプロイします。 このコマンドは、SSH接続を使用してノードにアクセスできないシナリオで役に立ちます。 Podが作成されると、そのPodはノード上で対話型シェルを開きます。 mynodeという名前のノード上で対話型シェルを作成するには、次のように実行します。 ```shell kubectl debug node/mynode -it --image=ubuntu ``` ```console ノードmynode上に、コンテナデバッガーを持つデバッグ用Pod、node-debugger-mynode-pdx84を作成します。 コマンドプロンプトが表示されない場合は、エンターキーを押してみてください。 root@mynode:/# ``` デバッグコマンドは、情報を収集し、問題をトラブルシューティングするのに役立ちます。 使用する可能性のあるコマンドには、`ip`、`ifconfig`、`nc`、`ping`、`ps`などがあります。 また、`mtr`、`tcpdump`、`curl`などの他のツールもそれぞれのパッケージマネージャーからインストールすることができます。 {{< note >}} デバッグコマンドは、デバッグ用のPodが使用しているイメージに基づいて異なる場合があり、これらのコマンドをインストールする必要があるかもしれません。 {{< /note >}} デバッグ用のPodは、Pod内の`/host`にマウントされたノードのルートファイルシステムにアクセスできます。 kubeletをファイルシステムのネームスペースで実行している場合、デバッグ用のPodはそのネームスペースのルートを見ることになり、ノード全体のルートではありません。 典型的なLinuxノードの場合、関連するログを見つけるために以下のパスを確認できます。 `/host/var/log/kubelet.log` : ノード上でコンテナを実行する責任がある`kubelet`からのログです。 `/host/var/log/kube-proxy.log` : サービスのエンドポイントへのトラフィックを指示する責任がある`kube-proxy`からのログです。 `/host/var/log/containerd.log` : ノード上で実行されている`containerd`プロセスからのログです。 `/host/var/log/syslog` : システムに関する一般的なメッセージや情報です。 `/host/var/log/kern.log` : カーネルログです。 ノード上でデバッグセッションを作成する際には、以下の点を考慮してください。 * `kubectl debug`は、新しいPodの名前をノードの名前に基づいて自動的に生成します。 * ノードのルートファイルシステムは`/host`にマウントされます。 * コンテナはホストのIPC、ネットワーク、PID Namespaceで実行されますが、Podは特権を持っていません。 これは、一部のプロセス情報の読み取りが失敗する可能性があることを意味します。 その情報へのアクセスはスーパーユーザーに制限されているためです。 例えば、`chroot /host`は失敗します。 特権Podが必要な場合は、手動で作成してください。 ## {{% heading "cleanup" %}} デバッグ用のPodの使用が終了したら、それを削除してください。 ```shell kubectl get pods ``` ```none NAME                          READY   STATUS       RESTARTS   AGE node-debugger-mynode-pdx84    0/1     Completed    0          8m1s ``` ```shell # Podの名前は適宜変更してください kubectl delete pod node-debugger-mynode-pdx84 --now ``` ```none pod "node-debugger-mynode-pdx84" deleted ``` {{< note >}} ノードがダウンしている場合(ネットワークから切断されている、kubeletが停止して再起動しないなど)、`kubectl debug node`コマンドは機能しません。 その場合は、[ダウンあるいは到達不能なノードのデバッグ](/ja/docs/tasks/debug/debug-cluster/#example-debugging-a-down-unreachable-node)を確認してください。 {{< /note >}} </ins>
Change:
This is a Bug Report <!-- Thanks for filing an issue! Before submitting, please fill in the following information. --<!-- See for guidance on writing an actionable issue description. --<!--Required Information--Problem: No resource or content is getting showcased under 'Helpful Resources' heading in . Page to Update: <!--Optional Information (remove the comment tags around information you would like to include)--<!--Kubernetes Version:--<!--Additional Information:--!
/sig docs /priority backlog /language en
can I work on this issue? /assign
What might we do to fix this issue? do you have an idea? (it's OK if you don't)
3 kind of solutions are coming to my mind- 'Helpful resources' heading, if it's not adding any value here. some resources that are helpful to understand more about release process. Like- can also add things like this
I think would be great fit , here we can find detailed information about the roles within the release team, processes, and other essential aspects of managing Kubernetes releases.
/triage accepted It's definitely not right to keep the section empty does sound like an approach to me.
Upon some inspection, We don't have a heading on any other page. Should we remove it for consistency?

Discussion:
for the upcoming **{{< skew nextMinorVersion >}}** Kubernetes release! ## Helpful Resources <ins> Refer to the [Kubernetes Release Team](https://github.com/kubernetes/sig-release/tree/master/release-team) resources for key information on roles and the release process. </ins>
Change:
This is a Feature Request What would you like to be Translate into Japanese Why is this needed There is no Japanese translation for this page Comments File to translate: Original: ref. Japanese Localization document: /area localization /language ja /assign
This issue is currently awaiting triage. SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the label. The label can be by org members by writing in a comment. <detailsInstructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details

Discussion:
<ins> --- linktitle: リリースノート title: ノート type: docs description: > Kubernetesのリリースノート sitemap: priority: 0.5 --- リリースノートは、使用しているKubernetesのバージョンに合った[Changelog](https://github.com/kubernetes/kubernetes/tree/master/CHANGELOG)を読むことで確認できます。 {{< skew currentVersionAddMinor 0 >}}のchangelogを見るには[GitHub](https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-{{< skew currentVersionAddMinor 0 >}}.md)を参照してください。 またリリースノートは、[relnotes.k8s.io](https://relnotes.k8s.io)上で検索してフィルタリングすることもできます。 {{< skew currentVersionAddMinor 0 >}}のフィルタリングされたリリースノートを見るには[relnotes.k8s.io](https://relnotes.k8s.io/?releaseVersions={{< skew currentVersionAddMinor 0 >}}.0)を参照してください。 </ins>
Change:
This is a Feature Request What would you like to be fix the notation variations of the term "computer" valid: invalid: | Why is this needed In Japanese documents, There are notation variations. The Japanese localization of k/website has rules, so we want to follow them. Comments FYI: Japanese Localization document: command /language ja /area localization /help /good-first-issue
This issue is currently awaiting triage. SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the label. The label can be by org members by writing in a comment. <detailsInstructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details
/assign
PTAL before woking
PR
/remove-help

Discussion:
--- title: "ツールのインストール" <del> description: Kubernetesのツールをローカルのコンピュータ上にセットアップします。 </del> <ins> description: Kubernetesのツールをローカルのコンピューター上にセットアップします。 </ins> weight: 10 no_list: true ---

<div class="col-md-8"> <h3>Kubernetesクラスター</h3> <p> <del> <b>Kubernetesは、単一のユニットとして機能するように接続された、可用性の高いコンピュータのクラスターをまとめあげます。</b>Kubernetesの抽象化により、コンテナ化されたアプリケーションを個々のマシンに特に結び付けることなくクラスターにデプロイできます。この新しいデプロイモデルを利用するには、アプリケーションを個々のホストから切り離す方法でアプリケーションをパッケージ化(つまり、コンテナ化)する必要があります。コンテナ化されたアプリケーションは、アプリケーションがホストに深く統合されたパッケージとして特定のマシンに直接インストールされていた従来のデプロイモデルよりも柔軟で、より迅速に利用可能です。<b>Kubernetesはより効率的な方法で、クラスター全体のアプリケーションコンテナの配布とスケジューリングを自動化します。</b>Kubernetesはオープンソースのプラットフォームであり、プロダクションレディです。 </del> <ins> <b>Kubernetesは、単一のユニットとして機能するように接続された、可用性の高いコンピューターのクラスターをまとめあげます。</b>Kubernetesの抽象化により、コンテナ化されたアプリケーションを個々のマシンに特に結び付けることなくクラスターにデプロイできます。この新しいデプロイモデルを利用するには、アプリケーションを個々のホストから切り離す方法でアプリケーションをパッケージ化(つまり、コンテナ化)する必要があります。コンテナ化されたアプリケーションは、アプリケーションがホストに深く統合されたパッケージとして特定のマシンに直接インストールされていた従来のデプロイモデルよりも柔軟で、より迅速に利用可能です。<b>Kubernetesはより効率的な方法で、クラスター全体のアプリケーションコンテナの配布とスケジューリングを自動化します。</b>Kubernetesはオープンソースのプラットフォームであり、プロダクションレディです。 </ins> </p> <p>Kubernetesクラスターは以下の2種類のリソースで構成されています: <ul>

</div> <div class="content__box content__box_fill"> <p><i> <del> Kubernetesは、コンピュータクラスター内およびコンピュータクラスター間でのアプリケーションコンテナの配置(スケジューリング)および実行を調整する、プロダクショングレードのオープンソースプラットフォームです。 </del> <ins> Kubernetesは、コンピュータークラスター内およびコンピュータークラスター間でのアプリケーションコンテナの配置(スケジューリング)および実行を調整する、プロダクショングレードのオープンソースプラットフォームです。 </ins> </i></p> </div> </div>
Change:
: "Switching to another Kubernetes package repository" and particularly the one for CentOS/REHL shows commands for Debian based system, not REHL based rpm
I'm not seeing this. Can you point out where there are deb commands for RHEL? !
Excuse me it is for old versions: https://v1- https://v1- https://v1- !
I'm also not able to see this for Old version?? !
/retitle Broken tab layout on "Changing The Kubernetes Package Repository" page in older doc versions /kind bug
The problem stems from the existence of two tab layouts on this page having the same name "k8sinstallversions". This issue has been resolved in the branch. To address this issue in old docs versions, we'll need to backport and apply the fix to each corresponding old branch (release-1.25, release-1.26, release-1.27, release-1.28). Considering that the older versions of the documentation are no longer actively maintained, there's a question of whether it's worth investing efforts into fixing this issue.
I don't think it much important!
I'd support a backport. One of the things we do want people to learn to do with older Kubernetes versions is: to upgrade them! /triage accepted /priority backlog
I can try to help with this. /assign
I think the backporting is done which resolves this issue
If it is ok we can close this issue
The fixes have been back-ported to the older release branches. Closing this as completed. /close
Closing this issue. <detailsIn response to : The fixes have been back-ported to the older release branches. Closing this as completed. Instructions for interacting with me using PR comments are available . If you have questions or suggestions related to my behavior, please file an issue against the repository. </details

Discussion:
release in order to get access to the packages of the desired Kubernetes minor version. <del> {{< tabs name="k8s_install_versions" >}} </del> <ins> {{< tabs name="k8s_upgrade_versions" >}} </ins> {{% tab name="Ubuntu, Debian or HypriotOS" %}} 1. Open the file that defines the Kubernetes `apt` repository using a text editor of your choice: