Relax certifi version constraint in the Kubernetes Python client
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- python
- Ambito
- build-system
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- Python
- Stelle
- 7.7k
- Fork
- 3.5k
- Merge medio
- 1g 13h
- PR unite (30g)
- 19
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di kubernetes-client/python
-
Websocket proxy auth truncates passwords that contain a colonForse già presa @Akshaay1 l’ha presa oggi. Apertahelp wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
kubernetes-client/python#2734 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
getheaders is deprecated in urllib3 >= 2.0.0Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Apertakind/bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
kubernetes-client/python#2280 · 16 commenti · 9 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
Make async an extraApertakind/feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 55/100
kubernetes-client/python#2739 ·
I maintainer di solito rispondono entro 1 giorno
-
Growing library sizeApertahelp wanted
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
kubernetes-client/python#2677 · 15 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Add option to disable strict x509 verifcation in sync clientForse già presa @Vishwa0223 l’ha presa 50 giorni fa. Apertahelp wanted kind/feature
kubernetes-client/python#2602 · 6 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di kubernetes-client/python
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
task
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
danparshall/claude_researcher#87 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
datajoint/datajoint-python#1586 ·
I maintainer di solito rispondono entro 1 giorno
-
1D intercept of length 1 is accepted as `fix_params` in population GLM with more than 1 unitForse già presa @dhvani7014 l’ha presa oggi. Apertabug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
flatironinstitute/nemos#642 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Broken links in the docsAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
uniswap-python/uniswap-python#487 ·