走ろうとしています。FirefoxヘッドレスそしてwxyaDebian 7.8 で。
+extension RANDR
私はXvfbを実行します(とを使ってみました-extension RANDR
)
$ sudo Xvfb :10 -ac
[dix] Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/100dpi/:unscaled, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/75dpi/:unscaled, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/Type1, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/100dpi, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/75dpi, removing from list!
[dix] Could not init font path element /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list!
環境変数をエクスポートしてexport DISPLAY=:10
Firefoxを実行しました。
$ firefox
Xlib: extension "RANDR" missing on display ":10".
私は以下を使用しています:
- Debian 7.8
- Mozilla Firefox 38.0.1~linuxmint1+betsy
- Xvfb 2:1.12.4-6+deb7u6
ベストアンサー1
これには、FirefoxにRANDRが必要な理由と、仮想xserverがそれをサポートしていない理由という2つの質問があります。
画面サイズ変更とマルチモニタ設定の構成に主に使用されるRANDRの背景知識から始めましょう。
Firefoxの観点から見ると、すべてのXserverがすべての拡張機能をサポートしているという仮定は悪い考えのようです。バグレポートを提出します。特に、RANDR がサポートされていない場合、画面の解像度が変わらず、置き換えが簡単になると想定できます。
xserverの観点からは、仮想xserverのXRANDRサポートの開発を妨げることはなく、これは正当な希望リスト項目ですが、ほとんど必要ありません。一方、Xvfbは高速クラッキングにビジュアル効果を提供しないため、他のxserverに切り替えることができます。 Xvncには、Tigervncを含むXRANDRをサポートするいくつかの実装があります。 vncを使用することはvncサーバーとhttpサーバーも含むので効率的ではありませんが、うまくいくでしょう。