os.environ['DISPLAY']がIPythonとバニラPythonシェルで同じであることを確認できますか？

matplotlibが別のバックエンドを選択している可能性があると思いますが、なぜそうなるのかはわかりません。

そうです-ディスプレイのないクラスターヘッドノードでこれを実行していることを忘れました。 したがって、$ DISPLAYセットはありません（ os.environ['DISPLAY']は両方のシェルでKeyErrorします）。

また、バックエンドを明示的に'agg'に設定した場合もエラーは発生しませんが、ipythonを起動して、matplotlibをインポートするものをインポートするたびにエラーが発生するのを避けたいと思います。

JupyterインターフェースのカーネルとしてIPythonターミナルインターフェースまたはIPythonを使用していますか？ カーネルとしてのIPythonは、デフォルトでインラインプロットを生成するようにMPLBACKEND環境変数を設定すると思いますが、ターミナルのIPythonでは発生しないはずです。 とにかく、インラインプロットにはXサーバーは必要ないと思います。 ：-/

私はipythonターミナルインターフェースを使用していました。 DISPLAYが利用できない場合、バックエンドはデフォルトでそれを必要としないものになっているはずですが、それは起こっていないようです。

@tacaswell IPythonがデフォルトのバックエンドに影響を与えている理由はありますか？

これは、AnacondaのMatplotlibのデフォルトのバックエンドがQt5であるために発生します。 この種の問題を回避するために、Tkに変更することを検討しています。

Tkに変更しても同じ問題が発生します。

pyplotがIPython内にインポートされると、イベントループ統合に気づき、セットアップするため、IPythonとPythonですぐに表示されると思います。 プレーンプロンプトでは、ユーザーがプロットを作成しようとすると、最終的に問題が発生します。

デフォルトとしてtkに移行するのは素晴らしいことではないと思います。

デフォルトとしてtkに移行するのは素晴らしいことではないと思います。

どういう意味？ AnacondaがQt5を使用する方が良いと思いますか？

Qt5はより優れたフレームワークであり、箱から出してすぐにhi-dpi画面をサポートします。Tkに戻ると、ユーザーエクスペリエンスが低下すると思います。

わかりました。ヘッドレスDockerコンテナで実行されているノートブックについて少し心配しています。 しかし、Matplotlib 1.5（私は思う）では、ノートブックはデフォルトのバックエンドとして自動的にinlineを選択しますよね？

それは完全にjupyter側にあります。

MPLBACKEND環境変数がまだ設定されていない場合、ipykernelはインラインバックエンドを参照するように設定します。 ソースコードのコメントによると、これはmpl> = 1.5に影響し、matplotlibrcよりも優先されますが、コード内のバックエンドを明示的に選択することよりも優先されません。

かっこいい！ それなら、これは閉じることができると思います。

OPは、このエラーを回避するために、matplotlibrcで「agg」をMatplotlibのデフォルトバックエンドとして設定するだけです。

これを読み直すと、元々はカーネルではなく、ターミナルIPythonに関するものであることがわかりました。 MPLBACKENDの設定について上記で述べたことは、ターミナルIPythonには適用されません。

報告されているのはIPythonのバグではないと思うので、ここでこれを閉じます。 ヘッドレスバックエンドを構成するのはユーザー次第かもしれませんし、MPLの「IPython内」チェックでもヘッドレス環境にあるかどうかをチェックする必要があるかもしれません。 いずれにせよ、IPythonがそれを修正するためにできることは何もないと思います。

ただし、この問題を議論の場として引き続き使用してください。

はい、それがipythonのバグではないことは明らかです。 MPLは、誰かがipythonシェルを起動してmatplotlib.pyplotをインポートできるようにするためのチェックを行い、matplotlibrcオプションを変更したり、バックエンドを明示的に設定したりせずに、クラッシュしないようにする必要があると思います。

@timothydmorton問題は、「ユーザーがGUIバックエンドの使用を要求したが、それは一種の意味であり、Aggにフォールバックする必要がある」と「ユーザーがGUIバックエンドの使用を要求しただけで、できない」の違いを示しています。 Xサーバーが実行されていないため、文字列入力から「通知する必要があります」。 トレードオフは歴史的にインタラクティブユーザーに有利であり、「プロットが表示されない」バグを防ぎ、「ヘッドレスサーバーでインタラクティブバックエンドを使用できない」バグが発生するのを防ぎます。後者の場合、ユーザーは明確になります。何が悪いのかについてのエラー。

最近、バックエンドとして「インストールされているQtフレーバー」をサポートする方法と、バックエンドフォールバックを実行する方法についていくつかの議論がありましたが、GUIフレームワークは、同時にインポートするとお互いの足を踏む傾向があるため、一般的に注意が必要です。

私もこの問題の影響を受けており、ipythonの代わりに通常のpythonを使用する以外に良い回避策を考えることはできません。

@russelljjarvisはちょっとした煩わしさですが、ipythonの起動時に最初に実行するコマンドがimport matplotlib; matplotlib.use('agg')場合、ipythonは機能するはずです。

はい：

import matplotlib; matplotlib.use('agg')

私が実行する最初のコマンドですが、それでも次のようになります。

In [1]: QXcbConnection: Could not connect to display :0
Aborted

プログラムがエラーに遭遇した後、通常、デバッグとモンキーパッチのプロンプトが表示されます。

最初に実行した後、 ipython -i file_name.py Pythonを呼び出します： ipcluster start -n 8 --profile=default &

file_nameの最初の行はimport matplotlib; matplotlib.use('agg')

ipclusterを実行すると問題が発生するのではないかと思います。

ここで利用可能な環境変数を使用した解決策があり

設定export QT_QPA_PLATFORM='offscreen'私に.bash_profile私のために働きました。

同僚が最近同じことを提案しました。 Dockerのコンテキストでは、ステートメントは次のようになります。
ENV QT_QPA_PLATFORM offscreen 。 私は今それを効果的にテストしています。

同じエラーが発生します：

export QT_QPA_PLATFORM='offscreen'設定すると、エラーメッセージが次のように変更されました。

(python:17399): Gtk-WARNING **: cannot open display:

ノートブックで直接ソリューション

import os
os.environ['QT_QPA_PLATFORM']='offscreen'

後発のフォローアップとして、Matplotlib 3.0以降、自動バックエンド選択をサポートし、ヘッドレスサーバーでGUIバックエンドを使用しようとはしません（ただし、要求されたrcparamsファイルは引き続き尊重されます）。

この回答https://unix.stackexchange.com/questions/192642/wkhtmltopdf-qxcbconnection-could-not-connect-to-display
手動でインストールすると解決しました

「condaupdatematplotlib」で問題が修正されました。

次の設定は機能します!!!

エクスポートQT_QPA_PLATFORM = 'オフスクリーン'

後発のフォローアップとして、Matplotlib 3.0以降、自動バックエンド選択をサポートし、ヘッドレスサーバーでGUIバックエンドを使用しようとはしません（ただし、要求されたrcparamsファイルは引き続き尊重されます）。

Matplotlib 3.1は自動バックエンドをサポートできないため、手動で「Agg」を設定する必要があります。

これは、AnacondaのMatplotlibのデフォルトのバックエンドがQt5であるために発生します。 この種の問題を回避するために、Tkに変更することを検討しています。

これはどこで変更できますか？

これはexport QT_QPA_PLATFORM=offscreen設定した後の私のエラーです

[tb571<strong i="7">@da02</strong> ~]$ jupyter console --kernel slicer-4.11
qt.qpa.plugin: Could not find the Qt platform plugin "offscreen" in ""
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

QT_QPA_PLATFORM='offscreen'設定した後、matplotlibおよびfastaiライブラリのインポートが実行されます。
ただし、plt.figure（）またはプロットを出力するその他のコマンドでは、次のエラーが発生します。

This plugin does not support propagateSizeHints()
This plugin does not support raise()

このエラーも発生します