Relax certifi version constraint in the Kubernetes Python client
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- python
- 領域
- build-system
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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
- 主要言語
- Python
- スター
- 7.7k
- フォーク
- 3.5k
- 平均マージ
- 1日 13時間
- マージ済み PR(30日)
- 19
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
kubernetes-client/python のほかの issue
-
Websocket proxy auth truncates passwords that contain a colon対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンhelp wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
kubernetes-client/python#2734 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
getheaders is deprecated in urllib3 >= 2.0.0再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンkind/bug
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
kubernetes-client/python#2280 · コメント 16 件 · リアクション 9 件 ·
メンテナーはふだん 1 日以内に返信
-
Growing library sizeオープンhelp wanted
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
kubernetes-client/python#2677 · コメント 15 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Add option to disable strict x509 verifcation in sync client対応中かも @Vishwa0223 が 49 日前に担当しました。 オープンhelp wanted kind/feature
kubernetes-client/python#2602 · コメント 6 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
v36.0.0 regression fetching container logs再び着手できるかも @yliaog が 88 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンkind/bug
kubernetes-client/python#2596 · コメント 16 件 · リアクション 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
kubernetes-client/python の issue をすべて見る
似ている issue
-
bug difficulty:2 good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
MakazhanAlpamys/Soup#1865 ·
メンテナーはふだん 1 日以内に返信
-
area: agents area: docs good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
openapi/gknowledge#23 ·
-
useless-suppression reported for deprecated-* messages that should be exempt対応中かも @adityasinha-ghub が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
pylint-dev/pylint#11656 ·
メンテナーはふだん 1 日以内に返信
-
area:provisioning effort:S priority:P2 provider:local-libvirt risk:daytime-only status:in-progress type:bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
randomparity/kdive#3203 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
get() for StrEnum対応中かも @FeJo5952 が今日担当しました。 オープンgood first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
collective/icalendar#1921 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信