Relax certifi version constraint in the Kubernetes Python client
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- python
- Área
- build-system
Línea de trabajo
The conflict comes from the certifi lower bound added in PR #2660, so start by finding where the package declares its certifi dependency and check that PR's diff. Whether the bound is needed is a maintainer decision, so confirm the intended minimum before editing. Done means pip install kubernetes==37.0.0 certifi==2024.10.17 resolves without error.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Description
For reasons unrelated to Kubernetes, one of our Python applications requires certifi==2024.10.17 and cannot be upgraded to a later version.
However, we also need to use the latest version of the Kubernetes Python client (kubernetes==37.0.0).
Interestingly, if we force-install both packages together, everything functions correctly with no runtime errors.
However, standard pip installation fails due to a strict dependency constraint.
$ pip install kubernetes==37.0.0 certifi==2024.10.17
ERROR: Cannot install certifi==2024.10.17 and kubernetes==37.0.0 because these package versions have conflicting dependencies.
The conflict is caused by:
The user requested certifi==2024.10.17
kubernetes 37.0.0 depends on certifi>=2026.7.22
To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip to attempt to solve the dependency conflict
It appears this restriction was introduced in PR #2660.
Questions / Request
Is this strict lower bound on certifi (>=2026.7.22) strictly necessary for kubernetes==37.0.0?
Would it be possible to relax or widen the certifi version requirement in future releases to accommodate applications locked to slightly older versions, especially since force-installing works smoothly?
What happened (please include outputs or screenshots):
$ pip install kubernetes==37.0.0 certifi==2024.10.17
ERROR: Cannot install certifi==2024.10.17 and kubernetes==37.0.0 because these package versions have conflicting dependencies.
The conflict is caused by:
The user requested certifi==2024.10.17
kubernetes 37.0.0 depends on certifi>=2026.7.22
To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip to attempt to solve the dependency conflict
What you expected to happen:
The latest version of kubernetes can be installed successfully together with certifi==2024.10.17.
How to reproduce it (as minimally and precisely as possible):
pip install kubernetes==37.0.0 certifi==2024.10.17
Anything else we need to know?:
Environment:
- Kubernetes version (
kubectl version): Client Version: v1.35.9, Server Version: v1.35.0 - OS (e.g., MacOS 10.13.6): Debian bookworm 12.12
- Python version (
python --version): Python 3.14.0 - Python client version (
pip list | grep kubernetes): 37.0.0
- Lenguaje dominante
- Python
- Estrellas
- 7.7k
- Forks
- 3.5k
- Merge medio
- 1 d 9 h
- PR fusionados (30 d)
- 22
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de kubernetes-client/python
-
getheaders is deprecated in urllib3 >= 2.0.0Quizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertokind/bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
kubernetes-client/python#2280 · 16 comentarios · 9 reacciones ·
Los mantenedores suelen responder en 1 día
-
Make async an extraAbiertokind/feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
kubernetes-client/python#2739 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Growing library sizeAbiertohelp wanted
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
kubernetes-client/python#2677 · 15 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Add option to disable strict x509 verifcation in sync clientPosiblemente ocupada @Vishwa0223 la tomó hace 51 días. Abiertohelp wanted kind/feature
kubernetes-client/python#2602 · 6 comentarios · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
v36.0.0 regression fetching container logsQuizá libre de nuevo @yliaog la tomó hace 90 días y no hay ningún pull request abierto. Abiertokind/bug
kubernetes-client/python#2596 · 18 comentarios · 2 reacciones · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de kubernetes-client/python
Issues similares
-
`LazyFrameRemote` and `ExecuteRemote` sinks do not accept `Path`, like `LazyFrame` sinks do.Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
WingedGuardian/GENesis-AGI#3375 ·
Los mantenedores suelen responder en 1 día
-
curriculum documentation quality
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
githubnext/gh-aw-workshop#4601 ·
Los mantenedores suelen responder en 1 día
-
approved Good First Issue scope: docs
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
hiero-ledger/hiero-sdk-python#2730 · 3 comentarios ·
Los mantenedores suelen responder en 1 día