環境
説明
pip configでは、 --global
はシステム全体の構成を意味し、 --site
は環境構成を意味し
--global
システム全体の構成ファイルのみを使用する--site
現在の環境構成ファイルのみを使用する
ただし、ユーザーガイド-構成ファイルでは、サイト全体とは、WindowsのC:\ProgramData\pip\pip.ini
などのシステム構成を意味します。
予想される行動
これらの2つのドキュメントには、一貫した説明が必要です。
また、 pip configにいくつかの例を追加して、 name
(エラーメッセージによると「ドットで区切られたセクションとキー」)を正しく指定する方法を示すとよいでしょう。
pip config set --site global.timeout 60
このロジックはappdirから採用されていると思いますが、GNU / Linuxでも混乱を招きます。
$ pip debug
global:
/etc/xdg/pip/pip.conf, exists: False
/etc/pip.conf, exists: False
site:
/usr/pip.conf, exists: False
user:
/home/cnx/.pip/pip.conf, exists: False
/home/cnx/.config/pip/pip.conf, exists: True
つまり、構成ファイルを/usr
入れるのは誰ですか( /usr/share/pip/pip.conf
になるはずです)?
実装を読むと、グローバルはシステムサイトはインタプリタ全体を意味し、ユーザーは
したがって、ユーザーガイドを修正する必要がある可能性があります。
こんにちは! 今日はEuroPythonSprintsでこの問題に取り組んでいきます:)
GH-6268(およびそれに関連する問題)を調べましたが、サイトが通訳者全体の構成を意味するものではないようです。 sys.prefixは、インタプリタに固有のディレクトリではなく、 {sys.prefix}/*/pythonX.Y
指します。 おそらく、インタープリターに固有の構成ファイルを{sys.prefix}/share/pythonX.Y
に格納できる場合、またはこれを完全に非推奨にして、代わりにPIP_CONFIG_FILEを使用するようにあいまいなセットアップを変換できる場合です。
これはこの問題の範囲内ではないことを理解しているので、必要に応じて新しいチケットを提出します。
最も参考になるコメント
こんにちは! 今日はEuroPythonSprintsでこの問題に取り組んでいきます:)