Relax certifi version constraint in the Kubernetes Python client
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- python
- Domaine
- build-system
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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
- Langage dominant
- Python
- Étoiles
- 7.7k
- Forks
- 3.5k
- Merge moyen
- 1 j 13 h
- PR mergées (30 j)
- 19
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de kubernetes-client/python
-
Websocket proxy auth truncates passwords that contain a colonPeut-être pris @Akshaay1 l’a pris il y a 1 jour. Ouvertehelp wanted
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
kubernetes-client/python#2734 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
getheaders is deprecated in urllib3 >= 2.0.0Peut-être à nouveau libre Une pull request pour cette issue a été fermée sans être fusionnée. Ouvertekind/bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 68/100
kubernetes-client/python#2280 · 16 commentaires · 9 réactions ·
Les mainteneurs répondent en général sous 1 jour
-
Make async an extraOuvertekind/feature
Difficulté 2/5 1-3 heures Accessibilité débutants 55/100
kubernetes-client/python#2739 ·
Les mainteneurs répondent en général sous 1 jour
-
Growing library sizeOuvertehelp wanted
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
kubernetes-client/python#2677 · 15 commentaires · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
Add option to disable strict x509 verifcation in sync clientPeut-être pris @Vishwa0223 l’a pris il y a 51 jours. Ouvertehelp wanted kind/feature
kubernetes-client/python#2602 · 6 commentaires · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de kubernetes-client/python
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Deltares/imod-python#1940 ·
Les mainteneurs répondent en général sous 1 jour
-
effort: low prio: low ready
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100
digitalfabrik/integreat-cms#4621 ·
Les mainteneurs répondent en général sous 5 jours
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
ioos/compliance-checker#1375 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
netbox status: backlog topic: testing type: housekeeping
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
netbox-community/netbox#23395 ·
Les mainteneurs répondent en général sous 1 jour