Pip: pipからのすべてのコマンドは非常に遅く実行されます

「以前」とは何を指しているのですか？ この速度低下は、pipのアップグレードまたはシステムのアップグレードが原因で発生しますか？ それがどこからともなく起こった場合、それはピップの問題ではない可能性が非常に高いですが、ピップが制御できない特定のマシンで何かが起こっています。

いいえ、pipのアップグレードは行いませんでした。 Windows 10は頻繁に更新を行いますが、これがWSL2内のpipのパフォーマンスにどのように影響するかを理解することはできません。

誰かが私にこの問題を追跡する方法についての方向性を教えてくれることを願っています。 現在、pipはエラーメッセージを出力しないため、何が起こっているのかを知る方法はありません。

すでにインストールされているパッケージの数（つまり、 pip listの出力）を共有できますか？ これは、出力処理の前にインストールされているすべてのパッケージを調べようとしたpipの内部ロジック[1]に関連している可能性があります。

[1] pkg_resourcesのロード時のWorkingSet構築、私が何について話しているのか疑問に思っている人のために

私も同じ問題です。 pip3 listコマンドを実行しましたが、パッケージを一覧表示するのに約10秒以上かかりました。 今のところ、問題を取り除くpipenvを使用して仮想環境を作成します。 wsl2linuxとwindowsの間で実行可能ファイルを共有するのを妨げているのではないかと思います。 問題の原因はわかりませんが！

wsl2linuxとwindowsの間で実行可能ファイルを共有するのを妨げているのではないかと思います

これはもっともらしく聞こえます。 Linux側でWindowsファイルシステムにアクセスすると、WSL2のファイルシステムのパフォーマンスはひどいものになります。 pip3コマンドに関連付けられているPythonは何ですか？ sys.pathを提供できますか？ 別の場所でpip3を実行すると、これは発生しますか？ 場所がLinuxファイルシステムにあるかWindows側にあるかは重要ですか？

Windows PowerShellで同じpip3 listを実行すると、すぐに問題が発生しません。

pipenv環境がアクティブ化されていないSysパス

['', '/usr/lib/python38.zip', '/usr/lib/python3.8', '/usr/lib/python3.8/lib-dynload', '/home/<user>/.local/lib/python3.8/site-packages', '/usr/local/lib/python3.8/dist-packages', '/usr/lib/python3/dist-packages']

pipenv環境がアクティブ化されたSysパス

['', '/usr/lib/python38.zip', '/usr/lib/python3.8', '/usr/lib/python3.8/lib-dynload', '/home/<user>/.local/share/virtualenvs/myproj-SiazyaGz/lib/python3.8/site-packages']

sysパスがグローバルに変更された場合、 pip3がWindows1に干渉しない可能性があります。 私はそれを試していません！

うーん、どのディレクトリも異常に見えません。 たまたまWindowsディレクトリをマウントしましたか？ たとえば、ホームディレクトリ（またはsys.pathリストされているもの）をWindowsディレクトリにシンボリックリンクしますか？ または、 /mnt下のディレクトリでコマンドを実行しますか？

sys.pathリストされているエントリの一部（特に~/.local/libもの）を一時的に移動して、何かが変わるかどうかを確認しようと思います。 あるいは、Pythonランタイムにいくつかのプロファイラーを挿入して、何が速度を低下させているのかを正確に確認することもできます。 問題を切り分けるためにできるトリックはたくさんあります。 それは、私（またはあなたのマシンに物理的にアクセスできない人）が薄い空気に対してトラブルシューティングを試みるよりもはるかに便利です。

編集：これはどういうわけかディスプレイにリンクされている可能性がありますか？ X11サーバーを（MobaXtermを使用して）起動すると、速度低下はほとんどなくなります（0.5秒かかります）。 この問題を見つけた理由は、matplotlibが非常に遅いため、pipを使用して再インストールしようとしたためです。 matplotlibを使用するためにXtermを実行する必要があることを忘れました。

私もこの問題に遭遇し、Pythonのsys.pathからpiyushchauhan2011と同じ出力があります。 ホームディレクトリに次のようなWindowsディレクトリへのシンボリックリンクがあります
test -> /mnt/c/Users/<user>/Documents/<git_project_folder>/

私は、UNIX環境でのみ実行できるプログラムに対して結果をベンチマークする必要があるPythonパッケージを開発しています。 私は崇高なテストを使用してWindowsディレクトリ内のファイルを編集し、WSL2を使用してシンボリックリンクを介してそれらのファイルに対してベンチマークコードを実行します。

速度を落とさずに次のコマンドを実行できます： check, show, config
pip 20.0.2 from /usr/lib/python3/dist-packages/pip (python 3.8)

pip3 list実行すると結果が返されますが、約30秒かかります。
約100個のパッケージがインストールされています。

私は成功せずに以下を試しました
python3 -m pip --retries 2 --timeout 5 --no-cache-dir --isolated --verbose list
WSL2ファイルシステム内とWindows側の両方でpipを実行してみましたが、それぞれ同じ速度低下が発生しています。

私はsys.pathを変更する最善の方法が100％であるとは限りませんが、これが私の試みです。
sys.pathで始まるipython3を起動しました：

'/usr/bin',
 '/usr/lib/python38.zip',
 '/usr/lib/python3.8',
 '/usr/lib/python3.8/lib-dynload',
 '',
 '/home/<user>/.local/lib/python3.8/site-packages',
 '/usr/local/lib/python3.8/dist-packages',
 '/usr/lib/python3/dist-packages',
 '/usr/lib/python3/dist-packages/IPython/extensions',
 '/home/<user>/.ipython']

次のようにバックアップしますbackup = sys.path.copy()
この時点で、 run '/usr/bin/pip3' listを使用しても、速度が低下することを確認しました。
ただし、その後sys.path = []を設定して再度実行すると、 ModuleNotFoundError: No module named 'pyparsing'ます。 この結果は、再度実行するたびに繰り返されます。 だが！ sys.path = backupを設定すると、 run '/usr/bin/pip3' list奇跡的に機能します。
timeを使用した場合の出力：

CPU times: user 12.2 ms, sys: 426 µs, total: 12.6 ms
Wall time: 11.8 ms

したがって、明らかにパスに問題があります。
その後、 sys.path =[]を再度設定できますが、 run '/usr/bin/pip3' listは何らかの理由で引き続き機能します。

これが関連しているかどうかはわかりませんが、私はそれについて言及すると思いました：
runコマンドを使用した後、私のsys.pathは次のように入力されます（空のリストに設定された後）

['/usr/share/python-wheels/idna-2.8-py2.py3-none-any.whl',
 '/usr/share/python-wheels/distlib-0.3.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/msgpack-0.6.2-py2.py3-none-any.whl',
 '/usr/share/python-wheels/lockfile-0.12.2-py2.py3-none-any.whl',
 '/usr/share/python-wheels/pytoml-0.1.21-py2.py3-none-any.whl',
 '/usr/share/python-wheels/retrying-1.3.3-py2.py3-none-any.whl',
 '/usr/share/python-wheels/requests-2.22.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/setuptools-44.0.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/pep517-0.8.2-py2.py3-none-any.whl',
 '/usr/share/python-wheels/chardet-3.0.4-py2.py3-none-any.whl',
 '/usr/share/python-wheels/webencodings-0.5.1-py2.py3-none-any.whl',
 '/usr/share/python-wheels/CacheControl-0.12.6-py2.py3-none-any.whl',
 '/usr/share/python-wheels/ipaddr-2.2.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/certifi-2019.11.28-py2.py3-none-any.whl',
 '/usr/share/python-wheels/urllib3-1.25.8-py2.py3-none-any.whl',
 '/usr/share/python-wheels/wheel-0.34.2-py2.py3-none-any.whl',
 '/usr/share/python-wheels/appdirs-1.4.3-py2.py3-none-any.whl',
 '/usr/share/python-wheels/packaging-20.3-py2.py3-none-any.whl',
 '/usr/share/python-wheels/html5lib-1.0.1-py2.py3-none-any.whl',
 '/usr/share/python-wheels/six-1.14.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/pip-20.0.2-py2.py3-none-any.whl',
 '/usr/share/python-wheels/colorama-0.4.3-py2.py3-none-any.whl',
 '/usr/share/python-wheels/progress-1.5-py2.py3-none-any.whl',
 '/usr/share/python-wheels/pkg_resources-0.0.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/pyparsing-2.4.6-py2.py3-none-any.whl',
 '/usr/share/python-wheels/contextlib2-0.6.0-py2.py3-none-any.whl',
 '/usr/share/python-wheels/distro-1.4.0-py2.py3-none-any.whl',
 '/usr/bin',
 '/usr/lib/python38.zip',
 '/usr/lib/python3.8',
 '/usr/lib/python3.8/lib-dynload',
 '',
 '/home/<user>/.local/lib/python3.8/site-packages',
 '/usr/local/lib/python3.8/dist-packages',
 '/usr/lib/python3/dist-packages',
 '/usr/lib/python3/dist-packages/IPython/extensions',
 '/home/<user>/.ipython']

sys.pathが空のリストに設定されてから、元のリストまたはこのリストにリセットされるまで、速度が低下します。

これはどういうわけかディスプレイにリンクされている可能性がありますか？ X11サーバーを（MobaXtermを使用して）起動すると、速度低下はほとんどなくなります（0.5秒かかります）。 この問題を見つけた理由は、matplotlibが非常に遅いため、pipを使用して再インストールしようとしたためです。 matplotlibを使用するためにXtermを実行する必要があることを忘れました。

多分…？ 全体の問題は私には非常に奇妙です。 これがsys.path問題である場合、pipだけでなく、すべてのPythonインポートで同じ速度低下が発生しませんか？ 私はかなり困惑しています😞

こんにちは、私の環境は次のとおりです。

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.4 LTS"
NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.4 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic

Python 3.6.9とpip 9.0.1を使用すると、 commandごとに（特にinstall ）ピップが非常に遅いことが確認できます。

私のpip3 listは

asn1crypto (0.24.0)
attrs (17.4.0)
Automat (0.6.0)
chardet (3.0.4)
configobj (5.0.6)
constantly (15.1.0)
cryptography (2.1.4)
distro-info (0.18ubuntu0.18.04.1)
hyperlink (17.3.1)
idna (2.6)
incremental (16.10.1)
keyring (10.6.0)
keyrings.alt (3.0)
netifaces (0.10.4)
pip (9.0.1)
pyasn1 (0.4.2)
pyasn1-modules (0.2.1)
pycrypto (2.6.1)
pygobject (3.26.1)
pyOpenSSL (17.5.0)
python-apt (1.6.5+ubuntu0.3)
python-debian (0.1.32)
pyxdg (0.25)
PyYAML (3.12)
SecretStorage (2.3.1)
service-identity (16.0.0)
setuptools (39.0.1)
six (1.11.0)
Twisted (17.9.0)
ufw (0.36)
unattended-upgrades (0.1)
wheel (0.30.0)

@MattiaFailla _temporary_修正が必要な場合は、 MobaXterm （または他の同等のもの）などのX11サーバーを実行することをお勧めします。 理由はわかりませんが、すべてのコマンドの速度低下の問題は修正されました。

@ngraymonは奇妙ですが、この一時修正を試してみます。
ありがとう！
試したら、この問題を更新します。

動作がまだ同じであることを確認するために、今チェックしました。

WSL2のWindowsターミナル内でtime pip3 listを実行する：

MobaXtermを起動し、同じターミナルでtime pip3 listを実行した後：

@ngraymonこんにちは、
問題を解決しました。次の手順を試してください。

• sudoでpipコマンドを実行しないでください
• apt-update && apt-upgrade
• サーバー/コンピューターを再起動します
• dockerに細心の注意を払ってください。昨夜、python3プロセスが群れによって激しく使用されていることに気づきました。

@MattiaFailla
問題が解決してよかったです。
私はあなたの提案を試しましたが、それは問題を解決しませんでした。
sudoでpipを実行しませんが、 sudo apt install python3-pipを使用してpip3をインストールしました。おそらくそれは関係がありますか？
matplotlibを使用してプロットしているので、とにかくXサーバーが必要なので、自分の状況に満足しています。

@ngraymon python -m pipを実行して、それも遅いかどうかを確認できますか？

もしそうなら、そしてあなたが新しい十分なPythonバージョンを持っているなら、 python -X importtime -m pip -v出力を私たちに提供してください。 減速が輸入にある場合、これは私たちが知るのに役立ちます。

@pradyunsg
こんにちは、

今回はヘルプメッセージで応答するpipのコマンドなしでtime python3 -m pipを実行しました

ただし、 time python3 -m pip listを実行すると

スローダウンの影響を受けていない/まだ影響を受けていないtime python3 -m pip check実行

私は以下を実行しました：

• python3 -X importtime -m pip -vそしてそれをout_1.txtとして添付し

• python3 -X importtime -m pip -v listそしてそれをout_list.txtとして添付し

• python3 -X importtime -m pip -v checkそしてそれをout_check.txtとして添付し

listコマンドの原因はkeyring.coreです。
import time: 96023197 | 96029594 | keyring.core

うまくいけば、それは役に立ちます:)

listコマンドの原因はkeyring.coreですか？

Xサーバーを支援するという奇妙なことと相まって、キーリングはGUIに依存しているのではないかと思います。そこには、Xを見つけようとして、Xがないと結論付けられるまで遅延を引き起こすコードがありますか？

@pfmoore
pypiのページに基づくと、D-BusまたはX11サーバーのいずれかが必要なようです。

python3 -m keyring --disableとexport PYTHON_KEYRING_BACKEND=keyring.backends.null.Keyringを試しましたが、どちらも問題を解決していないようです。

jaraco / keyring＃434は関連しているようですが、無効化に関するアドバイスは、すでに試したことを記載したドキュメントを示しています。

この問題も経験しており、昨日ルーチンsudo apt-get update && sudo apt-get upgrade実行した後に発生したと考えてください。 それは間違いなくキーリングとディスプレイに何らかの形で関係しています。 X-Serverを実行するという修正に加えて、ディスプレイがWSL2のIPアドレスを指す.bashrcファイルにある行を削除することで問題を修正することができました。 問題の行は次のとおりです。
export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2; exit;}'):0.0

この行を.bashrcから削除し、WSL2を再起動すると、pipは期待どおりに動作します。 ここから先に進む方法がわからないので、これが誰かを正しい方向に向けているかどうかはよくわかりません。

キーリングをpip3 install -U keyring更新し、次のことを確認することで、問題を恒久的に修正できたようです。
[backend]
default-keyring=keyring.backends.null.Keyring
キーリング設定ファイルの~/.config/python_keyring/keyringrc.cfg設定されています

素晴らしい、cjpellicciのpip3 install -U keyringの提案がうまくいきました。
また、 ~/.local/share/python_keyring/keyringrc.cfgを~/.config/share/python_keyring/keyringrc.cfg 。
pip3 list実行には、90秒ではなく1/2秒かかります。
これは、Xサーバーが実行されていない状態です。

上記は私にはうまくいかないようです。 〜/ .local / share / python_keyring /または〜/ .config / share / python_keyring /のいずれにもkeyringrc.cfgはありません。

これはWSLUbuntuとUbuntuの間で異なる動作でしょうか？

@peidaqi 、キーリングを更新した後、 ~/.config/python_keyring/ディレクトリにその正確な名前で構成ファイルを作成してから、構成ファイルに以下を追加してみてください。
[backend]
default-keyring=keyring.backends.null.Keyring

上記の手順に従って環境変数を設定してキーリングを無効にすると、 keyringrc.cfgが作成される可能性があると思いますが、間違っている可能性があります。

ところで：私はWSL2でもUbuntuを実行しています。

こんにちは！ （wsl2で）実行しようとしたpip installコマンドを含め、 pip list実行速度が遅い（約1分）というほぼ同じ問題に直面していました。 ただし、動作がまったく同じかどうかはわかりません（pip list _did_はパッケージを出力しますが、コマンドは約1分後に返さ​​れます）。

最終的に私の問題を解決したのはこれでした： https ：

別の可能なデータポイントの追加：
pip listは、WSL2では約90秒かかりました。
DISPLAY環境変数をWindowsデスクトップで実行されているXサーバーに設定していました。 DISPLAY環境変数をクリアするか、Xサーバーを起動すると、時間が0.343秒に変更されました。

キーリングをpip3 install -U keyring更新し、次のことを確認することで、問題を恒久的に修正できたようです。
[backend]
default-keyring=keyring.backends.null.Keyring
キーリング設定ファイルの~/.config/python_keyring/keyringrc.cfg設定されています

それは私にとってはうまくいきます。

Ubuntu 18.04
Python 3.6.9
ピップ20.0.2

キーリングをpip3 install -U keyring更新し、次のことを確認することで、問題を恒久的に修正できたようです。
[backend]
default-keyring=keyring.backends.null.Keyring
キーリング設定ファイルの~/.config/python_keyring/keyringrc.cfg設定されています

それは私にとってはうまくいきます。

Ubuntu 18.04
Python 3.6.9
ピップ20.0.2

これを確認することも私にとってはうまくいきます。

Ubuntu 18.04
Python 3.6.8
ピップ20.2.3

こんにちは皆さん-キーリングを無効にするとユーザーがスピードアップすることを確認するレポートはこれ以上必要ありません。 https://github.com/pypa/pip/issues/8719を手伝ってくれる人がいれば幸いです。 :)

これは、Fedora 33のウェイランドで実行しているときに発生します！ 他のすべての人がWSLに参加しているように見えるので、これが私もコメントとしても役立つ追加であることを願っています。

環境

• /usr/lib/python3.9/site-packages/pipからのpip20.2.2（python 3.9）
• Python 3.9.0
• OS：Fedora 33
• デスクトップ環境：swaywm（wayland tiling wm）、gdm経由で開始

pipとpip list時限実行：

pip  0.11s user 0.01s system 99% cpu 0.122 total
pip list  0.24s user 0.03s system 1% cpu 25.285 total

$ python -m pip uninstall jrnl
^CTraceback (most recent call last):
  File "/usr/lib64/python3.9/site-packages/dbus/bus.py", line 177, in activate_name_owner
    return self.get_name_owner(bus_name)
  File "/usr/lib64/python3.9/site-packages/dbus/bus.py", line 361, in get_name_owner
    return self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH,
  File "/usr/lib64/python3.9/site-packages/dbus/connection.py", line 652, in call_blocking
    reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: The name does not have an owner

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib64/python3.9/runpy.py", line 197, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib64/python3.9/runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "/usr/lib/python3.9/site-packages/pip/__main__.py", line 26, in <module>
    sys.exit(_main())
  File "/usr/lib/python3.9/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/usr/lib/python3.9/site-packages/pip/_internal/commands/__init__.py", line 104, in create_command
    module = importlib.import_module(module_path)
  File "/usr/lib64/python3.9/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
  File "<frozen importlib._bootstrap>", line 986, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 680, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 790, in exec_module
  File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed
  File "/usr/lib/python3.9/site-packages/pip/_internal/commands/uninstall.py", line 6, in <module>
    from pip._internal.cli.req_command import SessionCommandMixin
  File "/usr/lib/python3.9/site-packages/pip/_internal/cli/req_command.py", line 20, in <module>
    from pip._internal.network.session import PipSession
  File "/usr/lib/python3.9/site-packages/pip/_internal/network/session.py", line 26, in <module>
    from pip._internal.network.auth import MultiDomainBasicAuth
  File "/usr/lib/python3.9/site-packages/pip/_internal/network/auth.py", line 34, in <module>
    import keyring  # noqa
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/__init__.py", line 1, in <module>
    from .core import (
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/core.py", line 186, in <module>
    init_backend()
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/core.py", line 90, in init_backend
    filter(limit, backend.get_all_keyring()),
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/util/__init__.py", line 22, in wrapper
    func.always_returns = func(*args, **kwargs)
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/backend.py", line 214, in get_all_keyring
    return list(rings)
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/util/__init__.py", line 33, in suppress_exceptions
    for callable in callables:
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/util/properties.py", line 26, in __get__
    return self.fget.__get__(None, owner)()
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/backend.py", line 68, in viable
    cls.priority
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/util/properties.py", line 26, in __get__
    return self.fget.__get__(None, owner)()
  File "/home/daboross/.local/lib/python3.9/site-packages/keyring/backends/kwallet.py", line 50, in priority
    bus.get_object(cls.bus_name, cls.object_path)
  File "/usr/lib64/python3.9/site-packages/dbus/bus.py", line 241, in get_object
    return self.ProxyObjectClass(self, bus_name, object_path,
  File "/usr/lib64/python3.9/site-packages/dbus/proxies.py", line 250, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib64/python3.9/site-packages/dbus/bus.py", line 182, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib64/python3.9/site-packages/dbus/bus.py", line 277, in start_service_by_name
    return (True, self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH,
  File "/usr/lib64/python3.9/site-packages/dbus/connection.py", line 652, in call_blocking
    reply_message = self.send_message_with_reply_and_block(
  File "/usr/lib64/python3.9/site-packages/dbus/exceptions.py", line 47, in __init__
    def __init__(self, *args, **kwargs):
KeyboardInterrupt

ここに報告してくれてありがとう。 これがpipのキーリング統合のために発生することは今や明らかです。 ＃8687は、pipがキーリング内のものを検索する可能性を大幅に低くし、＃8719はそれをオプトインにします。

人々の情報として、キーリングモジュールを何かにインポートすると、コードがキーリング関数を明示的に呼び出すかどうかに関係なく、適切な環境で長いストールが発生する可能性があります。 これは、インポートのタイミングで確認できます： time python3 -c "import keyring" 。 私の場合、リモートでログインしていてグラフィカルログインセッションがないFedora 32マシンでは、これに25秒ほどかかります。

私にとって、これの直接の原因は、キーリングがインポート時にコードを実行し、最終的にorg.kde.kwalletd5へのDBus接続を試み、これが非常にゆっくりと失敗することです。 基本的なコードを複製する（そしてストールを再現する）ことができます：

>>> import dbus
>>> from dbus.mainloop.glib import DBusGMainLoop
>>> bus = dbus.SessionBus(mainloop=DBusGMainLoop())
>>> bus.get_object('org.kde.kwalletd5', '/modules/kwalletd5')

キーリング自体では、このコードはkeyring / backends / kwallet.pyのpriority()メソッドにあります。 kwalletdがまだ実行されておらず、起動できない場合は、DBus自体またはPythonDBusライブラリ内で長いタイムアウトが必要なようです。

これは、キーリングモジュールのインポート全体が条件付きであり、コマンドラインフラグの使用だけでなく、任意のコマンドラインフラグでゲートされる必要があることを意味します。

人々の情報として、キーリングモジュールを何かにインポートすると、適切な環境で長いストールが発生する可能性があります

この情報をありがとう。 キーリングモジュール自体の大きな問題のように聞こえます-インポートは安価であることが意図されています。 そこでバグとして提起されましたか？ 私たちのピップの計画は、この最悪の行動を緩和するのに十分だと思いますが、最終的には、これを修正するのはキーリングのメンテナにかかっていると思います。

誰かがキーリングに対するバグレポートにリンクできれば、それは素晴らしいことです。そうすれば、彼らが何をしているのかを監視し、これに見舞われたピップユーザーにアドバイスを提供できます。

FWIW、これをヒットしたユーザーの回避策は、ここに記載されているように、キーリングを無効にすることです： https ：

そこでバグとして提起されましたか？ 私

はい： https ：