Pip: pyenvでのpip10アップグレード後、「ImportError：名前'main'をインポートできません」

作成日 2018年04月15日 · 68コメント · ソース: pypa/pip

メンテナの注意：この問題がまだ発生している場合は、＃5599を参照してください。

Pipバージョン：10.0
Pythonバージョン：3.6.2
オペレーティングシステム：Ubuntu 16.04

説明：

pyenv環境でpip install pip --user --upgradeを介してpipを9.03から10.0にアップグレードした後、pipはこれを開始して上げることを拒否します。

Traceback (most recent call last):
  File "/home/kleinernull/.pyenv/versions/3.6.2/bin/pip", line 7, in <module>
    from pip import main
ImportError: cannot import name 'main'
Traceback (most recent call last):
  File "/home/kleinernull/.pyenv/versions/3.6.2/bin/pip", line 7, in <module>
    from pip import main
ImportError: cannot import name 'main'

3つの異なるpipファイルすべての内容は同じです。

~ ⟩ cat .pyenv/versions/3.6.2/bin/pip                                                                            ~
#!/home/kleinernull/.pyenv/versions/3.6.2/bin/python3.6

# -*- coding: utf-8 -*-
import re
import sys

from pip._internal import main as _main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(_main())

~ ⟩ cat .pyenv/versions/3.6.2/bin/pip3                                                                           ~
#!/home/kleinernull/.pyenv/versions/3.6.2/bin/python3.6


# -*- coding: utf-8 -*-
import re
import sys

from pip import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

~ ⟩ cat .pyenv/versions/3.6.2/bin/pip3.6                                                                         ~
#!/home/kleinernull/.pyenv/versions/3.6.2/bin/python3.6

# -*- coding: utf-8 -*-
import re
import sys

from pip import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

同じことが私の3.6.1環境でも起こりました。

一時的に修正

マスターブランチのコードによると、インポートは次のようになります。

#!/home/kleinernull/.pyenv/versions/3.6.2/bin/python3.6

# -*- coding: utf-8 -*-
import re
import sys

from pip._internal import main as _main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(_main())

そして、これは問題を解決します。これがアップグレード自体と関係があるのか、環境としてのpyenvと関係があるのか、私にはわかりません。

duplicate

ソース

KleinerNull

👍31

最も参考になるコメント

私たちの修正はpip9.03に固定されていたので、次のようになります。

pip install --upgrade pip==9.0.3

それ以外の

pip install -U pip

明らかな修正ですが、それが他の誰かを助ける場合に備えて！

peteflorence 2018年04月16日

👍26 👎5

全てのコメント68件

ねえ@KleinerNull！

これがアップグレード自体と関係があるのか、環境としてのpyenvと関係があるのか、私にはわかりません。

これは環境問題だと思います。 pyenvで問題を開くことをお勧めします。これについてコメントしたり、修正したりするのに適した立場にいる人がいると思います。

pradyunsg 2018年04月15日

@pradyunsg

pyenvリポジトリで問題を開きました。

KleinerNull 2018年04月15日

私たちもこれに苦しんでいます、それは私たちのパイプラインを壊しています。実行中の操作：

 11 #upgrade pip and install uwsgi
 12 pip install --user --upgrade pip
 13 pip install uwsgi

Ubuntu 16.04
Python3.6

JohnVonNeumann 2018年04月16日

私たちは同じ問題に直面しています。

// in host
$ docker pull ubuntu:xenial
$ docker run --name pip-test --rm -it ubuntu:xenial bash

// in container
# apt update
# apt install -y python-dev python-pip
# pip install --upgrade pip
Collecting pip
  Downloading pip-10.0.0-py2.py3-none-any.whl (1.3MB)
    100% |################################| 1.3MB 865kB/s 
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0
# pip install requests
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

HayaoSuzuki 2018年04月16日

👍5

ここでも同じ.. @HayaoSuzukiとまったく同じ出力で、pyenvは使用しません

maingoh 2018年04月16日

👍2

これをpyenvの外部で取得している場合は、＃5221に関連している可能性が高いと思われます。

pfmoore 2018年04月16日

Ubuntu 16.04のpip install --user --upgrade pipも壊れます。

PhML 2018年04月16日

👍2

興味深いことに、pipのインストールは10.0.0をインストールしますが、問題は発生しません
`` `
//ホスト内
$ docker pull ubuntu：xenial
$ docker run --name pip-test --rm -it ubuntu：xenial bash

//コンテナ内

aptアップデート

apt install -y python-setuptools

easy_install pip

インストール済み/usr/local/lib/python2.7/dist-packages/pip-10.0.0-py2.7.egg
pipの依存関係の処理
pipの依存関係の処理が終了しました

pipインストールリクエスト

リクエストの収集
ダウンロードリクエスト-2.18.4-py2.py3-none-any.whl（88kB）
100％| ################################ | 92kB 2.9MB / s
証明書の収集>=2017.4.17（リクエストから）
certifiのダウンロード-2018.1.18-py2.py3-none-any.whl（151kB）
100％| ################################ | 153kB 4.4MB / s
chardet <3.1.0、> = 3.0.2の収集（リクエストから）
chardet-3.0.4-py2.py3-none-any.whl（133kB）のダウンロード
100％| ################################ | 143kB 4.5MB / s
idna <2.7、> = 2.5の収集（リクエストから）
idna-2.6-py2.py3-none-any.whl（56kB）のダウンロード
100％| ################################ | 61kB 7.4MB / s
urllib3 <1.23、> = 1.21.1の収集（リクエストから）
urllib3-1.22-py2.py3-none-any.whl（132kB）のダウンロード
100％| ################################ | 133kB 4.4MB / s
収集されたパッケージのインストール：certifi、chardet、idna、urllib3、requests
certifiが正常にインストールされました-2018.1.18chardet-3.0.4idna-2.6リクエスト-2.18.4urllib3-1.22
`` `

ghost 2018年04月16日

これは驚くべきことではありません。そのピップは別の場所に卵がインストールされているため、グローバルピップに影響を与えることはありません。これは、Pythonの非常に興味深いワーキングセットがあることも意味します。

RonnyPfannschmidt 2018年04月16日

こことhttps://github.com/pypa/pip/issues/5221で報告されている根本的な問題が環境であることに感謝しますが、主な原因は、インポートfrom pip import mainがパッケージpip.mainとして壊れていることです。 pip._internal.mainに移動されました。これを修正するためにpip.mainからpip._internal.mainへのリンクを追加するのは簡単です（環境の修正は多くの人にとって多くの場所で多くの作業です）。これを行わない正当な理由はありますか？

davidjlloyd 2018年04月16日

👍8

@davidjlloyd

このコメントは、これを行わないことに関するいくつかの情報を提供しますが、これがpipスクリプト自体にとっても重要であるかどうかは完全にはわかりません。しかし、それは私にとって問題を解決しました。

KleinerNull 2018年04月16日

@davidjlloyd from pip import mainは基本的にサポートされていなかったため、「はい、でもそれはシンプルなAPIであり、機能しただけです」と言うのは簡単ですが、実際にはそうではありませんでした。特定の動作を期待している人々から複数のバグレポートがあり、単純に対応していません（ pip.mainを複数のスレッドで実行し、 pip.mainがロギングシステムの構成を変更しないことを期待しています...）

これを行うべきではないことを人々に説明し続けるのではなく、人々が「呼び出す関数を見つけることができれば、それはサポートされている」と想定しているという事実に継続的に対処するのではなく、すべてを_internal名前空間に移動しましたあなたがそれを呼ぶことになっていないことを十分に明確にしてください。

苦情の大部分は、 pip.mainを使用している人々からのものです。これは皮肉なことです。サポートされているコマンドラインでsubprocessを介してpipを呼び出すのはとても簡単だからです。したがって、考えられるすべての破損の中で、これは修正するのが最も簡単です-それでも、数か月の警告の後でも、人々はまだそれを修正していません。（Linuxディストリビューションに公平を期すために、pipを使用してシステムパッケージをアップグレードする人々をサポートしていません。したがって、ディストリビューションが提供するスクリプトが壊れた場合の＃5221のようなレポートは、基本的にユーザーエラーであり、ディストリビューションがpipに対処できなかった場合ではありません。 10の変更-彼らが完全にうまく処理していると私は確信しています）。

pfmoore 2018年04月16日

👎7

また、この問題により、以前は非常に安定していたDockerイメージのビルドプロセスが完全に破壊されていることも確認できます。これは、Dockerイメージのビルドプロセス内で実行している最小限の例です。

+ pip install -U pip setuptools
Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl (1.3MB)
Collecting setuptools
  Downloading https://files.pythonhosted.org/packages/20/d7/04a0b689d3035143e2ff288f4b9ee4bf6ed80585cc121c90bfd85a1a8c2e/setuptools-39.0.1-py2.py3-none-any.whl (569kB)
Installing collected packages: pip, setuptools
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0 setuptools-39.0.1

...

+ pip install jupyter opencv-python plyfile pandas
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

peteflorence 2018年04月16日

私たちの修正はpip9.03に固定されていたので、次のようになります。

pip install --upgrade pip==9.0.3

それ以外の

pip install -U pip

明らかな修正ですが、それが他の誰かを助ける場合に備えて！

peteflorence 2018年04月16日

👍26 👎5

@peteflorenceおそらく、dockerを実行しているときは、ベースイメージを作成し、そのイメージのルートとしてpip install -U pip setuptoolsを実行しているのでしょうか。他のパッケージをインストールするだけの場合、最新のpip / setuptoolsが必要な理由はありますか？ディストリビューションパッケージとして利用可能な最新のpip/setuptoolsに単純にアップグレードできませんか？

これがあなたにとっての問題であることを感謝します-Dockerビルドは通常のOSにいる場合よりもrootとして何かをする傾向があるようです（おそらくDockerイメージが分離されているためです）。しかし、これを行うのはまだ良い考えではありません。問題は、pipが/usr/bin/pipを管理しないため、pip10で動作するように「修正」する方法がないことです。

できることは、 /usr/bin/pipの使用からpython -m pipの使用に切り替えることです。それはまだサポートされておらず、他の問題にぶつかる可能性があります（ベースOSベンダーがシステムピップにどのような変更を加えたかはわかりません）が、より長く整理している間、 /usr/bin/pipの問題を回避します-あなたの問題に対する長期的な解決策。

pfmoore 2018年04月16日

pip 9にピン留めすることも解決策ですが、これは疑問を投げかけます。pip9に問題がないのに、なぜOSpipをアップグレードするのでしょうか。ベンダーはpip9のパッケージバージョンを提供していませんか？

pfmoore 2018年04月16日

これを行うべきではないことを人々に説明し続けるのではなく、人々が「呼び出す関数を見つけることができれば、それはサポートされている」と想定しているという事実に継続的に対処するのではなく、すべてを_internal名前空間に移動して、あなたはそれを呼ぶべきではありません。

いくつかのメジャーリリースで機能を廃止するのではなく、サポートされていない機能の既存の使用法を積極的に打ち破ることが最善のアプローチであるかどうかはわかりません。私たちの最初の反応は、ピップを9.0.3にピンバックすることでした。そして、もっと怠惰な開発者は、おそらくその時点でそれを1日と呼ぶでしょう。これにより、多くのユーザーが頑固に古いリリースにしがみつくことになりますが、誰もが望んでいるとは思えません。しかし、あなたのモチベーションは理にかなっており、最終的な結果は同じです。

この問題が発生したユーザーの場合、システムまたはpyenvのインストールを置き換えるための最も優れたソリューションは、 @standagによって提供されたと思います： https ：//github.com/pypa/pip/issues/5221#issuecomment -381568428

このソリューションは、古いリリースやそのような恐ろしいものに固定することなく、 @peteflorenceなどのDockerでビルドするすべての人に有効です。

davidjlloyd 2018年04月16日

👍5

を使用してアップグレードピップを一時的に修正します。

curl https://bootstrap.pypa.io/get-pip.py | python3

pip install -U pipの代わりに

pip2の場合pip2 install --upgrade pip

jackton1 2018年04月16日

👍6

python2とpython3の両方のpyenvでアップグレードしましたが、pip2が機能せず、pip3が機能するようになりました
pip2とpip3を比較した後、違いはインポート行です

pip2
from pip import main

pip3
from pip._internal import main

pip2インポート行をpip3バージョンに置き換えた後、動作します

bkbncn 2018年04月16日

👍18

同じ問題を抱えていますね。

brandonshough 2018年04月16日

同じ問題ですが、解決策で解決しました： https ://github.com/pypa/pip/issues/5240#issuecomment -381673100

fabyc 2018年04月16日

同じ問題：

+ pip install --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl
 (1.3MB)
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0
+ pip install awscli requests simplejson
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

今では奇妙なことに、pip10を/usr / local / binにインストールします。これは、PATHの/ usr / binの前にありますが、新しいシェルに移動するまでは使用されません。新しいawscliを手作業でインストールしようとこのボックスに行ったときに、これが発生するのを見ました...

$ python --version
Python 2.7.12
$ pip --version
pip 10.0.0 from /usr/local/lib/python2.7/dist-packages/pip (python 2.7)
$ sudo pip install --upgrade awscli 
 <blah blah>
$ aws --version
aws-cli/1.11.13 Python/3.5.2 Linux/4.4.0-1049-aws botocore/1.4.70
$ /usr/local/bin/aws --version
aws-cli/1.15.4 Python/2.7.12 Linux/4.4.0-1049-aws botocore/1.10.4
$ which aws
/usr/local/bin/aws
$ echo $PATH
/home/ec2-user/bin:/home/ec2-user/.local/bin:/opt/bamboo-elastic-agent/bin:/opt/jdk-8/bin:/opt/maven-2.1/bin:/opt/maven-1.0.2/bin:/opt/ant-1.9/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/bin:/bin:/opt/puppetlabs/bin

ernestm 2018年04月16日

@pfmooreコメントありがとうございます。はい、私たちのDockerイメージには明らかにpip 9が必要であり、nvidiacuda8.0のDockerイメージとそれを持っていなかったはずのその他のものから継承しています。固定は私たちにとって良い解決策です-これは研究システムであり、コードを合理的にロックダウンする必要があります。しかし、もちろん、他の多くの人にとっては、pip10との互換性をもたらすソリューションが必要になることは明らかです。

peteflorence 2018年04月16日

今では奇妙です。pip10を/usr/ local/binにインストールします。

私はUnixユーザーではありませんが、シェルでの「再ハッシュ」について話している人がいるのを覚えていますか？それが問題になるのでしょうか？ bashはパスルックアップをキャッシュし、パス検索をやり直すように促す必要がありますか？

はい、Dockerイメージには明らかにpip9が必要でした...

かっこいい-確かに、ピップ9にピン留めすることは、あなたの場合の合理的な解決策です。「ピップ9にピン留めするだけ」という提案をそのままにしておくのは少し厄介です。なぜなら、人々がそれらを見て盲目的にコピーし、環境を修正する必要がある瞬間を延期するリスクがあるからです。しかし、確かにあなたの要件を考えて、ピン留めがあなたのために働くと決めることは問題ありません。だからあなたのコメントを石鹸箱として使ってしまったことをお詫びします:-)

pfmoore 2018年04月16日

私たちはpip9に固定し、それで「修正」しましたが、もちろん、ある時点でpip10を使用できるようにすることに関心があります。

ernestm 2018年04月16日

pip2 installxx@HayaoSuzukiを使用してみてください

ocswor 2018年04月17日

👍1

pip9.0.0に戻る方法。
それでも同じエラーが表示されます。すべてのステップを書いてください

swtt123 2018年04月17日

@ swtt123 pip install pip==9.0.1を試すことができます

p00j4 2018年04月17日

pip 10.0、私も直面しています

AttributeError: 'module' object has no attribute 'main'

pip.main(['install', '-r', 'requirements.txt'])を使おうとしている間

p00j4 2018年04月17日

👍1

@p00j4プログラム内からのpipのインポートはサポートされていません-ドキュメントを参照してください

pfmoore 2018年04月17日

😕3 👍1

おー！しかし、私はそれを理解しましたが、今では多くの場所を変更することを余儀なくされています。
頭をありがとう@pfmoore 。

p00j4 2018年04月17日

実行可能ファイルの場所をbashキャッシュすることに注意してください。

$ which pip
/usr/bin/pip

$ pip install --user pip
Collecting pip
(...)
Successfully installed pip-10.0.0

$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

$ which pip
/usr/bin/pip

$ hash -d pip  # this clears the 'pip' entry from bash's executables locations hash table

$ which pip
/home/zwinny/.local/bin/pip

$ pip --version
pip 10.0.0 from /home/zwinny/.local/lib/python2.7/site-packages/pip (python 2.7)

Kern3l 2018年04月17日

👍7 😄1

Raspberry Pi3B+に新しいRaspbianインストールを作成しました。特別なことは何もありません-かなりバニラ構成-そしてこれまでのところ、すべてがうまくいっています。

インストールプロセスの最後のステップに到達しました。

pip install --upgrade pip

Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl (1.3MB)
    100% |████████████████████████████████| 1.3MB 101kB/s 
Installing collected packages: pip
Successfully installed pip-10.0.0

...そして今、pipは完全に中断されています：

$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

上記のコメントによると、〜i / .local / bin/pipが正常に動作することを確認しました。エラーは/usr/ bin/pipで発生します。ただし、hash -d pipを実行しても、キャッシュされた場所は更新されませんでした。

（オプション行-Ivおよび--force-reinstallを介して）9.0.1に強制的にダウングレードしても、問題は解決しませんでした。どうやら、pipをアップグレードしない以外の唯一の解決策は、〜/ .local / bin/pipからpipを実行することです。

sfsdfd 2018年04月17日

👍3 😕1

python -m pip install --upgrade pip

私のために働いた。それが誰かに役立つことを願っています。

melatonin355 2018年04月17日

👍5

今日、新しいUbuntuディストリビューションをインストールし、いくつかの基本的なPythonパッケージを起動して実行しようとしました。 pipをアップグレードするように求められたので、指示されたコマンドを実行しました。このアップグレードされたpipはバージョン10にアップグレードされましたが、このスレッドの先頭で同じエラーが発生して明らかに壊れています。私は、通常のユーザーがpipをアップグレードして、お気に入りのパッケージをインストールする以外に何もしていません。 pyenvも使用していません。

ここでの解決策はどれも私の問題を解決しません。 python -m pip install --upgrade pipを実行すると、「要件はすでに最新です」というメッセージが表示されます。バージョン9にダウングレードしようとすると、同じ初期エラーが発生します。

Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

このスレッドを読み直した後、 ~/.local/bin/pipを使用する@sfsdfdのソリューションが最終的に機能しました。

~/.local/bin/pip install my-favourite-package

どうやらこれは（成功して）私の古いバージョンのpipに戻ることで機能しているようです。これを~/.bashrcに追加することは、私にとってより良い修正です。

export PATH=$PATH:~/.local/bin

arvoelke 2018年04月18日

👍3

ターミナルを再起動するだけで修正されました。

corlinp 2018年04月18日

👍8

/usr/bin/pipのコードを更新し、 from pip import mainをfrom pip._internal import main $に変更することで、この問題を修正しました。

詳細はこちら：

$ dpkg -S /usr/bin/pip
python-pip: /usr/bin/pip
$ dpkg -S /usr/bin/pip2
python-pip: /usr/bin/pip2
$ apt-file search /usr/bin/pip
colorized-logs: /usr/bin/pipetty
pipebench: /usr/bin/pipebench
pipemeter: /usr/bin/pipemeter
pipexec: /usr/bin/pipexec
python-pip: /usr/bin/pip
python-pip: /usr/bin/pip2
python3-pip: /usr/bin/pip3
rt-tests: /usr/bin/pip_stress

pip install --upgrade pip後：

$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main
$ pip2
Traceback (most recent call last):
  File "/usr/bin/pip2", line 9, in <module>
    from pip import main
ImportError: cannot import name main

$ cat /usr/bin/pip
#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.
from pip import main
if __name__ == '__main__':
    sys.exit(main())

/usr/bin/pipを更新した後：

$ cat /usr/bin/pip
#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.
# from pip import main
from pip._internal import main
if __name__ == '__main__':
    sys.exit(main())

$ pip --version
pip 10.0.0 from /home/devops/.local/lib/python2.7/site-packages/pip (python 2.7)

$ pip2
Traceback (most recent call last):
  File "/usr/bin/pip2", line 9, in <module>
    from pip import main
ImportError: cannot import name main

私のシステム情報：

$ uname -a
Linux devops-kubernetes-master 4.13.0-38-generic #43-Ubuntu SMP Wed Mar 14 15:20:44 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=17.10
DISTRIB_CODENAME=artful
DISTRIB_DESCRIPTION="Ubuntu 17.10"
NAME="Ubuntu"
VERSION="17.10 (Artful Aardvark)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 17.10"
VERSION_ID="17.10"
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=artful
UBUNTU_CODENAME=artful

$ python --version
Python 2.7.14

$ apt list --installed | grep python-

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libpython-all-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed]
libpython-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
libpython-stdlib/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-all/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-all-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-apt-common/artful,artful,now 1.4.0~beta3build2 all [installed]
python-asn1crypto/artful,artful,now 0.22.0-1 all [installed,automatic]
python-cffi-backend/artful,now 1.9.1-2build2 amd64 [installed,automatic]
python-crypto/artful-updates,artful-security,now 2.6.1-7ubuntu0.1 amd64 [installed,automatic]
python-cryptography/artful,now 1.9-1 amd64 [installed,automatic]
python-dbus/artful,now 1.2.4-1build3 amd64 [installed,automatic]
python-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-enum34/artful,artful,now 1.1.6-1 all [installed,automatic]
python-gi/artful,now 3.24.1-2build1 amd64 [installed,automatic]
python-idna/artful,artful,now 2.5-1 all [installed,automatic]
python-ipaddress/artful,artful,now 1.0.17-1 all [installed,automatic]
python-keyring/artful,artful,now 10.4.0-1 all [installed,automatic]
python-keyrings.alt/artful,artful,now 2.2-2 all [installed,automatic]
python-minimal/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-pip/artful,artful,now 9.0.1-2 all [installed]
python-pip-whl/artful,artful,now 9.0.1-2 all [installed,automatic]
python-pkg-resources/artful,artful,now 36.2.7-2 all [installed,automatic]
python-secretstorage/artful,artful,now 2.3.1-2 all [installed,automatic]
python-setuptools/artful,artful,now 36.2.7-2 all [installed,automatic]
python-setuptools-doc/artful,artful,now 36.2.7-2 all [installed]
python-six/artful,artful,now 1.10.0-4 all [installed,automatic]
python-talloc/artful,now 2.1.9-2ubuntu1 amd64 [installed]
python-wheel/artful,artful,now 0.29.0-2 all [installed,automatic]
python-xdg/artful,artful,now 0.25-4 all [installed,automatic]

marslo 2018年04月18日

👍2

私はこのように修正しました：

$ pip --version
トレースバック（最後の最後の呼び出し）：
ファイル"/usr / bin / pip"、9行目
pipimportmainから
ImportError：名前mainをインポートできません
$ sudo apt-get removepython-pip
$ sudo apt-get install python-pip
$ pip --version
/home/user/.local/lib/python2.7/site-packages/pip（python 2.7）からのpip 10.0.0

それが誰かに役立つことを願っています。

guidion 2018年04月18日

すべてをフォローした後でも、pipをダウングレードすることはできません。エラーが発生し続けます。
これが私がこれを修正した方法です：

$ sudo apt-get removepython-pip
$ pip -v
bash：/ usr / bin / pip：そのようなファイルやディレクトリはありません

しかし、私がこれを試すとき$ python -m pip -V/home/user/.local/lib/python2.7/site-packages/pip（python 2.7）からのpip 10.0.0

だから私はpipの完全なフォルダを削除しました
$ sudo rm -r /home/user/.local/lib/python2.7/site-packages/pip *

それからもう一度これを試してみます
$ python -m pip -V
/ usr / bin / pip：pipという名前のモジュールはありません

その後、pipを再度インストールします
$ sudo apt install python-pip
$ python -m pip -V
usr / lib / python2.7 / dist-packages（python 2.7）からのpip 8.1.1

これが問題を解決することを願っています

Himanshugahlot 2018年04月18日

❤2 🎉1

3時間を無駄にした後これは私が得たものです

pip 10.0.0をアンインストールするには：
sudo apt-get removepython-pip

しかし、その後、直接的な方法で正しい必要なバージョンのpipをインストールすることはできません。

インストール後に既知の動作バージョンにダウングレードするには
pip10がエラーをスローしたとき：ImportError：名前mainをインポートできません
実行する必要があります：
python -m pip install pip == KNOW_WORKING_VERSION>

PIP10を使用してパッケージをインストールするには：
sudo python -m pip install PACKAGE_NAME
これはうまくいきました。

乾杯：）

Sryborg 2018年04月19日

👍1

同じ問題、修正の問題：完全な再インストール：python-pip

djdeniro 2018年04月19日

ここで説明したように、シェルに再ログインするだけです
https://github.com/pypa/pip/issues/5240#issuecomment -382262586

dias3000 2018年04月19日

pip3 install --upgrade pip==9.0.3
Traceback (most recent call last):
  File "/usr/bin/pip3", line 9, in <module>
    from pip import main
ImportError: cannot import name 'main'

ええと...私は何を除いて...

godot11 2018年04月20日

ピップのインストールを展開しました。
python -m pip install --user --upgrade pip==9.0.3

praateekmahajan 2018年04月20日

👍4

この問題は、AppVeyorforCIを使用しているWindowsビルドでも発生することを報告したいと思います。
結果は次のとおりです。

Running Install scripts
SET PATH=%PYTHON%;%PYTHON%\Scripts;%PATH%
pip install --disable-pip-version-check --user --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
Installing collected packages: pip
Successfully installed pip-10.0.1
pip install -U setuptools
Traceback (most recent call last):
  File "c:\python27-x64\lib\runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "c:\python27-x64\lib\runpy.py", line 72, in _run_code
    exec code in run_globals
  File "C:\Python27-x64\Scripts\pip.exe\__main__.py", line 5, in <module>
ImportError: cannot import name main
Command exited with code 1

このサンプルの推奨事項に基づいて、いくつかのappveyor.ymlスクリプトにpip install --disable-pip-version-check --user --upgrade pipがあります： https ：//github.com/ogrisel/python-appveyor-demo/blob/master/appveyor.yml

これはpip10.xまではうまく機能しており、これに基づいて他の人がappveyor.ymlを作成した場合も、この問題が発生する可能性があります。

easy_install -U pipへの切り替えは機能しましたが、以前は機能していたいくつかのリポジトリがあり、pip10.xで機能するように更新する必要があります。

CIセットアップに推奨されるアプローチは、9.0.3を使用するか、easy_installを使用する必要があるようです。

ikreymer 2018年04月20日

👍2

CIセットアップに推奨されるアプローチは、9.0.3を使用するか、easy_installを使用する必要があるようです。

推奨されるアプローチは、pipの内部実装の詳細からライブラリ/アプリケーション/ツールの依存関係を削除することです。 easy_installはAFAIKで積極的に改善されておらず、pipが行う多くのことをサポートしていない可能性があります。

特定の問題については、おそらくpython -m pip install --force-reinstall pipを実行して、壊れたスクリプトを修正することで修正できます。そうでない場合は、新しい問題を提出してください。

pradyunsg 2018年04月20日

推奨されるアプローチは、pipの内部実装の詳細からライブラリ/アプリケーション/ツールの依存関係を削除することです。 easy_installはAFAIKで積極的に改善されておらず、pipが行う多くのことをサポートしていない可能性があります。

彼の投稿の残りの部分を読んでいないと思います。彼は、pipの代わりにeasy_installを使用してpipをインストールすることについて言及していました。

easy_installに切り替える-Upipは機能しました...

また、彼はpipの内部実装の詳細に依存していません。彼はAppVeyorの新しいスピンアップを使用しており、指定したコマンドを使用してpipをアップグレードしています。

pip install --disable-pip-version-check --user --upgrade pip

このスレッドの他の多くの人々が同じ問題を抱えています。特別なことをしたり、pipの内部に依存したりすることなく、pipの基本的なインストールでこれを再現できます。これは、上記の投稿で多くの人々によって文書化されています。

arvoelke 2018年04月20日

👍2

@ikreymerあなたが言及していると思われる問題は、Windowsを実行しているAppveyorにあります。ここで説明している問題は、Unix専用のユーティリティであるpyenvに関連しています。

@pradyunsgについてはわかりませんが、議論されているさまざまな問題が何であるかについて、私はますます混乱しています。根本的な原因は簡単です-pipは（意図的に）内部APIを移動しました。これは、直接または間接的にそれらを使用しているツールに依存していた人々に問題を引き起こしています。しかし、それは変更されることではありません。したがって、ユーザーが特定の問題の解決策を見つけるのを支援する場合は、一度に1つの問題に焦点を当てて議論を続ける必要があります。

それで、私は尋ねることができます-Appveyorの問題について助けが必要な場合は、問題を説明する新しい問題を開いてください。そこで議論を移します。（詳細のほとんどはコメントに含まれている可能性が高いため、問題の開始点として機能しますが、新しいAppveyorプロジェクトで問題を再現する方法の完全な説明は、問題の診断に非常に役立ちます。。

pfmoore 2018年04月20日

@arvoelke ：

彼は、pipの代わりにeasy_installを使用してpipをインストールすることについて言及していました

easy_installを使用してpipをインストールすると、問題が発生する可能性があります。問題が発生した場合、（ @ pradyunsgが言ったように） easy_installは古く、積極的に保守されておらず、サポートできません。最近の機能がありません。しかし、それがあなたのために働き、あなたが私たちを助ける必要がないのなら、それなら大丈夫です-誰もあなたを止めていません。

このスレッドの他の多くの人々が同じ問題を抱えています

「同じ」を定義します。「 pip.mainをインポートするコードからエラーが表示される場合は、はい。ただし、それはpipの問題ではありません。これは、意図的な後方互換性のない、pipの内部実装への変更です。タフ、pipの内部APIを使用するべきではありません」、それなら問題ありません-単一の問題で十分であり、「バグではない」としてクローズします。環境の一部が6か月前に公開されたアドバイスに従わず、環境がベンダーによって修正されている間もpipを使い続けることができる回避策を見つけたら、私たちがあなたを助ける必要があります。そして純粋なUnixユーティリティに関するレポートで「同じ問題があります」と言っても、Windowsで実行している場合は、間違いなく私たちの助けにはなりません...

pfmoore 2018年04月20日

😕1

ここで説明している問題は、Unix専用のユーティリティであるpyenvに関連しています。

このスレッドへの最初の返信の1つは次のとおりです。

ここでも同じ.. @HayaoSuzukiとまったく同じ出力で、pyenvは使用しません

pyenvの側面は、上記のコメントとリンクされた問題およびコミットに基づいて、多かれ少なかれ二次的なように見えます。これには、UbuntuおよびRaspberryPiの新規インストールで発生するものも含まれます。繰り返しますが、これはすべてすでにこの問題の一部です。根本的な原因は、OPを含むすべての人にとって「同じ」（つまり、pipをアップグレードしてから起動しようとする）であるため、より多くの問題を作成できますが、実際には何も違いはありません。問題がどのように現れるか。

arvoelke 2018年04月20日

そして、Windowsで実行しているときに、純粋なUnixユーティリティに関するレポートで「同じ問題が発生している」と言っても、間違いなく私たちの助けにはなりません...

私はWindowsで実行していません。前に言ったように、私はUbuntuで実行しています。もう1つのポスターはWindowsを使用していますが、この号の他のメンバーと同じように、単にpipをアップグレードしてpipを実行しています。 pyenvの使用は問題の基本ではないというかなり一般的なコンセンサスがあります。

arvoelke 2018年04月20日

これらの問題はすべて同じ問題に起因しているようです。pipをアップグレードしますが、古いエントリポイントを引き続き使用する古いランチャーを引き続き使用します。この種の問題を回避する良い方法は、 python -m pipを使用することです。

benoit-pierre 2018年04月20日

👍3

これらの問題はすべて同じ問題に起因しているようです。pipをアップグレードしますが、古いエントリポイントを引き続き使用する古いランチャーを引き続き使用します。この種の問題を回避する良い方法は、python-mpipを使用することです。

はい、それが問題の根本であるように思われ、Windowsを含むこのスレッドで言及されているすべての異なるプラットフォームで発生します。

これが他の誰かに役立つ場合は、 appveyor.yml pipアップグレードを次の場所から切り替えることを確認できます。

pip install --disable-pip-version-check --user --upgrade pip

に：

python -m pip install --upgrade pip

問題は修正されます。次に、さらにいくつかのリポジトリを更新します。

ikreymer 2018年04月20日

👍1

私は別の状況でここで議論された同じ症状に遭遇しました。

Ubuntu 16.0.4システムで、ローカルにインストールされたpipを使用しようとしました。

curl -O https://bootstrap.pypa.io/get-pip.py
export PYTHONUSERBASE=$(pwd)
python ./get-pip.py --user
export PYTHONPATH=$(pwd)/lib/python2.7/site-packages

python ./bin/pip --version

Traceback (most recent call last):
  File "/path/to/bin/pip", line 7, in <module>
    from pip._internal import main
ImportError: No module named _internal

以下に示すように、Ubuntuはsite.py $を介して$ sys.pathへのpip固有のパスを追加します。これは私のPYTHONPATHをオーバーライドしていました。

import sys
print(sys.path)
['', '/usr/local/lib/python2.7/dist-packages/pip-9.0.1-py2.7.egg', '/path/to/lib/python2.7/site-packages`, ...]

私はPythonの-Sフラグを付けて先頭に追加するのを避けようとしました。これは、マニュアルページに次のように記載されています。

-Sモジュールサイトのインポートと、それに伴うsys.pathのサイト依存の操作を無効にします。

そしてそれはうまくいきました：

python -S ./bin/pip --version

pip 10.0.1 from path/to/bin/pip (python 2.7)

ben-albrecht 2018年04月20日

これが他の人に役立つ可能性がある場合に備えて共有する-私のDockerイメージ（ベースはubuntu:xenial ）で次のエラーを受け取りました：

Step 8/12 : RUN pip install -U pip  && pip install -r /tmp/requirements.txt
 ---> Running in e4ff51b013f0
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.1
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

pip install -U pip && pip install -r /tmp/requirements.txtをpip2 install -U pip && pip2 install -r /tmp/requirements.txtに変更しました。これで問題は解決しました。

jputrino 2018年04月20日

@davidjlloydのコメントに対する回答/応答を見たかどうかはわかりません：

いくつかのメジャーリリースで機能を廃止するのではなく、サポートされていない機能の既存の使用法を積極的に打ち破ることが最善のアプローチであるかどうかはわかりません。

このために非推奨のプロセスが実施されなかった理由をお尋ねいただけますか？
pipのimportについては、 sys.argv[0]を確認してください。 pipまたはpipX[.Y]でない場合は、リリースX +で失敗するDeprecationWarningをいくつか吐き出し、 https：//pip.pypaにリンクします。 io / en / latest / user_guide /＃using -pip-from-your-program

この種のことを将来回避できるようにするためのプロセスはありますか？

EricCousineau-TRI 2018年04月20日

@davidjlloydのコメントに対する回答/応答を見たかどうかはわかりません：

繰り返し回答されていますが、この特定の問題についてではないかもしれませんが、問題追跡システムを検索すると、この問題に関する多くの議論が見つかるはずです。

このために非推奨のプロセスが実施されなかった理由をお尋ねいただけますか？

サポートされていなかったからです。サポートしていないものをサポート解除していると警告するのはなぜですか？人々は、pipのソースコードを読んで、そこにある関数を自分のコードで使用しても問題ないと考えていました。決してそうではありませんでした。私たちはそれが壊れる可能性があると言いました、そしてピップ10でそれはしました。

pipのインポートについては、sys.argv[0]を確認してください。 pipまたはpipX[.Y]でない場合は、いくつかのDeprecationWarningsを吐き出します

思ったほど簡単かどうかはわかりません。そして、私は、pip 10で追加された警告が、予期していなかったときにトリガーされていたという問題に対処しなければならなかった人の観点から言っています...

繰り返しになりますが、そもそもサポートされていないものを非推奨にする必要はありません。

この種のことを将来回避できるようにするためのプロセスはありますか？

どんなこと？下位互換性が保証されていないものを変更することによって引き起こされる破損？いいえ。それを回避する必要はありません。実際、私たちはユーザーへの礼儀として、プロセスを管理しようとします（義務ではありません！）。今回は、6か月前に変更を公開し、コードの変更が必要な方への提案を行い、リリース以来、依存しているソフトウェアに注意が払われていないために問題を抱えているユーザーを支援するために多くの時間を費やしてきました。それらの警告。これは、非常に小さなボランティアグループが、提供も約束もされていないサポートを期待している人々によって引き起こされる状況を緩和するために費やした多くの作業です。どういたしまして。

互換性を保証するものを変更するためのプロセス（非推奨の警告など）がありますが、pipを独自のプログラムにインポートすることはその1つではありません。

pfmoore 2018年04月20日

👍2

フラスコをインストールしてアップグレードを要求するbashスクリプトがスクリプトを壊しましたが、上記の理由を理解しています。スクリプトを機能させ続けるための私の回避策は、単に新しいbashプロセスを起動することでした。おそらくそれは間違っていますが、それは私にとってはうまくいきました。うまくいけば、それは同様のスクリプトで他の人を助けるかもしれません。

pip install --upgrade pip
echo "pip install Flask" | bash
echo "pip install requests" | bash

OneLogicalMyth 2018年04月20日

@OneLogicalMythが探しているのはhash -d pipである可能性があります。https： //github.com/pypa/pip/issues/5221#issuecomment-381568428を参照してください。

austinbutler 2018年04月20日

それを注意深く読んだ後でも、 @austinbutlerに感謝します。これで私の問題は解決しました。

OneLogicalMyth 2018年04月20日

この問題が開いたままで、すぐに重複として閉じられなかった唯一の理由は、pyenvがシムで何かを行うかどうか、およびpipが何らかの方法で支援する必要があるかどうかを懸念していたためです。そうではなかったので、この問題は現在クローズされています。

ここで説明したこれらの問題のほとんどすべてについて、以前に回避策をリストしました（すべて簡単です）。https： //github.com/pypa/pip/issues/5221#issuecomment-382069604をご覧ください。うまくいけば、それはこの問題で提起されたすべての懸念に対処します。そうでない場合は、新しい問題を開いてください。

@ benoit-pierreリンクされたコメントにpython -m pipを使用するというあなたの提案を追加しました。それをありがとう。 :)

easy_installを使用してpipをインストールすると問題が発生する可能性があります。問題が発生した場合、 easy_installは古く、アクティブに保守されておらず、最近の機能が欠落しているため、サポートできません。

@pfmooreの私の立場を明確にしてくれてありがとう。それが私が話していたものです。

議論されているさまざまな問題が何であるかについて、私はますます混乱しています。

私も。

この号で私が見たものについてのいくつかの一般的なヒント（それを取るか、それを残す）：

pipコマンドが何らかの理由で機能しない場合は、$ python -m pipを実行してみてください。ラッパースクリプトが壊れた場合でも、 python -m pipが機能する可能性があります。それが機能しない場合は、新しい問題を開きます。
ルートとしてpipを実行したり、 sudo pipを実行したりしないでください。システムが破損する可能性があり、それが十分に悪くない場合は、rootとしてリモートでコードが実行されています。
このコメントの上部に引用されている理由から、easy_installを使用しないでください。ここにもっとコンテキストがあります（それは少し時代遅れです）。
ピップ9にピン留めしないでください。ピン留めすることで、Pythonパッケージング全般の進行を遅らせることが積極的に行われていると強く信じています。
- pip9はPEP517/518をサポートすることは決してなく、pip 9にとどまるということは、新しいパッケージ標準に切り替わるためにパッケージが土壇場で壊れたときに、後で切り替えるのに苦労する必要があることを意味します。

要約すると、これは単一のプロジェクト/人のせいではない可能性が高く、誰もが自分の行動をとるのに十分な理由があります。はい、あなたの環境は壊れました。わかりました。今あなたを助け、ピップを開発するために、彼らの自由な時間をボランティアしている人々に責任を負わせないでください。

私たちを助けたいですか？ https://donate.pypi.orgは物事であり、そうでない場合は、この問題追跡システムに多くの未解決の問題があり、私たちを支援することができます。

今からこの問題から離れます。

pradyunsg 2018年04月21日

さて、最後にもう1つ、すべてのコードベースをpip._internalに移動するという私たちの決定について誰かがまだ話し合いたい場合は、新しい問題を開いて言及してください。なぜpipがこれを行ったのかについて、リンクなどを使って何かを書くために少し時間を費やします。そうすれば、@ pypa / pip-committersは、このトピックにリンクする人々への単一の場所を持つことになります。

pradyunsg 2018年04月21日

とりあえず、これはpython3 / pip3で機能し、ロールバックしました

python3 -m pip install --user --upgrade pip==9.0.3

freckletonj 2018年04月21日

@freckletonjピップ9に戻るように人々に言わないでください。それはあなたがこの問題を解決する方法ではありません。もっと良い方法があります。

この問題を解決する方法をリストした、あなたのすぐ上のコメントにリンクしました。

pradyunsg 2018年04月21日

申し訳ありませんが@pradyunsgですが、それでも機能しません。

$ pip3 install --upgrade --user pip
Collecting pip
  Using cached https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl
Installing collected packages: pip
  Found existing installation: pip 9.0.3
    Uninstalling pip-9.0.3:
      Successfully uninstalled pip-9.0.3
Successfully installed pip-10.0.1
$ pip3
Traceback (most recent call last):
  File "/usr/local/bin/pip3", line 7, in <module>
    from pip import main
ImportError: cannot import name 'main'

freckletonj 2018年04月21日

上記にリンクしたhttps://github.com/pypa/pip/issues/5221#issuecomment-382069604から：

hash -r pip # or hash -d pip

pradyunsg 2018年04月21日

他に質問がある場合は、新しい問題を開いてください。

pradyunsg 2018年04月21日

5599は情報を提供し、エンドユーザーのこの問題の解決に向けて支援を求めるための単一の場所を提供します。

その問題のコメントセクションは、ユーザーが特定の問題と解決策について話し合うために開かれています。 :)

pradyunsg 2018年07月20日

このページは役に立ちましたか？

0 / 5 - 0 評価

Pip: pyenvでのpip10アップグレード後、「ImportError：名前'main'をインポートできません」

説明：

一時的に修正

最も参考になるコメント

全てのコメント68件

aptアップデート

apt install -y python-setuptools

easy_install pip

pipインストールリクエスト

を使用してアップグレードピップを一時的に修正します。

5599は情報を提供し、エンドユーザーのこの問題の解決に向けて支援を求めるための単一の場所を提供します。

関連する問題