Charts still write Kubernetes settings as v1alpha1, so no project can target a v1.14 contract

Cerrado
#241 0 comentarios 0 reacciones 0 asignados Ver en GitHub

@lexfrei ya está trabajando en esto.

Desde el 15/10/2026.

  • #259 de @lexfrei — abierto

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
go, helm, kubernetes

Línea de trabajo

Start by reading the shipped charts and the generic and cozystack talosVersion presets, then inspect checkSupersededFields and how the bundle supplies KubeletConfig. Test chart rendering against a v1.14 contract. Done means the charts emit the typed documents, avoid the superseded v1alpha1 fields, and preserve the required image when replacing the bundle's KubeletConfig.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

area/chart area/engine kind/feature

From Talos v1.14 the Kubernetes settings live in documents of their own: KubeletConfig, KubeAPIServerConfig, KubeClusterConfig and siblings. The shipped charts still write the v1alpha1 shape (machine.kubelet, machine.nodeLabels, cluster.clusterName), and machinery rejects a config that carries both. So a render against a v1.14 contract cannot succeed, and both presets are pinned at or below v1.13:

templateOptions:
  talosVersion: "v1.13"   # generic
  talosVersion: "v1.12"   # cozystack

checkSupersededFields stops such a render with a hint naming the fields, which is the right behaviour for now, but it means talm tracks v1.14 machinery while nothing can target the v1.14 contract.

Teaching the charts to emit the typed documents lifts that ceiling. It is not a mechanical rename: a chart-emitted KubeletConfig replaces the bundle's rather than merging with it, and the bundle's copy is the one carrying image, so a chart that emits the document without the image produces a config machinery rejects at apply time rather than at render time.

Lenguaje dominante
Go
Estrellas
493
Forks
23
Merge medio
5 d 13 h
PR fusionados (30 d)
3

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de cozystack/talm

Todos los issues de cozystack/talm

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.