Kivy: バスターRPi4Bがデスクトップレスコンソールから貴重なウィンドウプロバイダーを見つけることができません

[INFO ] [Window ] Provider: egl_rpi

Kivyはgles3.hという名前のユニコーンではなく、 gles2.hリンクされているため、Kivy（任意のバージョン）にegl_rpiウィンドウプロバイダーと通信させるつもりはないと思います。私が見ることができるものからは存在しません。 Pi4BはOpenGLESv3を使用します。

Kivyがsdl2などを要求するように構成を調整してみてください。 ここでフランクの投稿を読んでください。

Google AngleコードをPiにインストールして（おそらくOpenGL ES 3.0ヘッダーを取得するために）、Kivy egl_rpiプロバイダーにパッチを適用してgles2.h（または同様のもの）ではなくgles3.hをプルする方法はありますか？

Busterliteの起動時にKivyアプリをインストールして実行する方法の説明は次のとおりです。

実際のウィンドウを表示するために必要なので、最初にxserver-orgをインストールします。

sudo apt-get -y install xserver-xorg

次に、ソースからnodmをインストールするので、次の修正が含まれています： https ：

sudo apt-get -y install libpam0g-dev help2man libx11-dev debhelper
git clone https://github.com/slashblog/nodm.git
pushd nodm
    git checkout d48a8f6266d3f464138e0e95b65896917c35c89f
    source /etc/os-release  # Will set the 'VERSION' variable
    if [ "$(echo $VERSION | sed -En 's/[0-9]+ \(([a-z]+)\)/\1/p')" == "buster" ]; then
        wget http://deb.debian.org/debian/pool/main/n/nodm/nodm_0.13-5.debian.tar.xz
    else
        wget http://deb.debian.org/debian/pool/main/n/nodm/nodm_0.13-1.3.debian.tar.xz
    fi
    tar xf nodm_0.13-*.debian.tar.xz
    sudo dpkg-buildpackage -us -uc -b
popd
sudo dpkg -i nodm_0.13-*_armhf.deb
sudo rm -rf nodm*

次に、グラフィカルログインを有効にします。

sudo systemctl set-default graphical.target

nodmを構成し、起動時にアプリを起動します。

# Has the same effect as calling 'sudo dpkg-reconfigure nodm'
sudo sh -c 'echo "NODM_ENABLED=true" > /etc/default/nodm'
sudo sh -c 'echo "NODM_USER=$SUDO_USER" >> /etc/default/nodm' # Note that the variable SUDO_USER is used
sudo sh -c 'echo "NODM_FIRST_VT='\''7'\''" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_XSESSION=/etc/X11/Xsession" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_X_OPTIONS='\''-nolisten tcp'\''" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_MIN_SESSION_TIME=60" >> /etc/default/nodm'
sudo sh -c 'echo "NODM_X_TIMEOUT=300" >> /etc/default/nodm'

# Start the app using nodm
echo '#!/bin/bash' > ~/.xsession
echo 'export DISPLAY=:0.0' >> ~/.xsession
echo "~/venv-kivy/bin/python3 ~/app.py" >> ~/.xsession

仮想環境をセットアップします。

sudo apt-get -y install python3-pip python3-venv
sudo pip3 install -U pip
python3 -m venv venv-kivy
source ~/venv-kivy/bin/activate

Kivyの依存関係をインストールします：

sudo apt-get -y install python3-dev libmtdev1 libsdl2-dev libsdl2-image-dev libsdl2-mixer-dev libsdl2-ttf-dev
sudo apt-get -y install pkg-config libgl1-mesa-dev libgles2-mesa-dev libgstreamer1.0-dev gstreamer1.0-plugins-{bad,base,good,ugly} gstreamer1.0-{omx,alsa} libmtdev-dev
pip3 install -U pygments docutils Cython==0.29.10 wheel

それでは、Kivyをコンパイルしてインストールします。 フォークにパッチを適用しているため、Raspberry Pi 4（https://github.com/Lauszus/kivy/commit/9cdcada34a6149b7fd6bd4c57285afc828d69948）で利用できない独自のBroadcomドライバーを使用していないことに注意してください。

export VIDEOCOREMESA=1; pip3 install git+https://github.com/Lauszus/kivy.git@rpi4_auto#egg=kivy

最後に、小さなテストアプリを作成します。

cat <<EOF > ~/app.py
from kivy.app import App
from kivy.uix.button import Button


class TestApp(App):

    def build(self):
        return Button(text='hello world')


if __name__ == '__main__':
    TestApp().run()
EOF

今すぐ再起動してお楽しみください:)

RaspbianBusterがいっぱいのRPi4Bのインストール手順が必要

テスト：

RPi4 4GB
7フィートHDMIディスプレイ（タイプCの近くの1つのマイクロhdmiで動作）
config.ini

max_usb_current = 1
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt 1024600 60 6 0 0 0
hdmi_drive = 1

ラズビアンバスター2019-09-26フル

ログ：エラー「*サービスの追加に失敗しました-すでに使用されていますか？」

pi @ raspberrypi ：〜/ kivy-examples / 3Drendering $ python main.py
[情報] [ロガー]ログを/home/pi/.kivy/logs/kivy_19-10-19_10.txtに記録します
[情報] [Kivy] v1.11.0
[情報] [Kivy]「/ usr / local / lib / python2.7 / dist-packages / kivy / __init __。pyc」にインストール
[情報] [Python] v2.7.16（デフォルト、2019年4月6日、01：42：57）
[GCC 8.2.0]
[情報] [Python]「/ usr / bin / python」のインタプリタ
[警告] [非推奨] Python 2Kivyのサポートは非​​推奨になりました。 1.11.0以降のKivyリリースはPython2をサポートしなくなります
[情報] [ファクトリ] 184個のシンボルがロードされました
[情報] [画像]プロバイダー：img_tex、img_dds、img_sdl2、img_pil、img_gif（img_ffpyplayerは無視されます）
[情報] [ウィンドウ]プロバイダー：egl_rpi

• サービスの追加に失敗しました-すでに使用されていますか？

@Lauszus私は今週末いつかこれをテストします。 これについてあなたの助けをありがとう。 :)

@ diamond2nv 「... RaspbianBusterがいっぱいです」これがRaspbianBuster _Desktop_を意味する場合、手順はここのKivyIssueにあり

どうもありがとう ！
その指示によって解決された問題。

PS。 "2019-09-26-raspbian-buster-full.img"

@Lauszusさて、私はこれをテストしました...

• Raspberry Pi 4B（4GB）
• elo 10.1 "静電容量式タッチスクリーン
• Raspbian Buster Lite 2019年9月26日->「Linuxoctopi4.19.75-v7l +＃1270 SMP Tue Sep 24 18:51:41 BST 2019armv7l」
• sudo apt-get update && sudo apt-get -y upgrade
• sudo raspi-configローカリゼーション、CLIへの自動起動、およびインストールの場合、インターフェイスの変更（I2C / UART /カメラ）_

これを機能させるために以前にrpi-updateを実行したので、Raspbianリカバリプロセスを実行してこれらすべてを準備したことに注意してください。 これはチップに保存されているファームウェアを変更することが知られているので、リリースされたバージョンに戻しました。

そうでなければ、私はあなたの指示に従いました。 さらに、タッチスクリーンデバイスが機能するように構成を更新しました。

~/.kivy/config.ini編集：

[input]
mouse = mouse
#%(name)s = probesysfs,provider=hidinput
mtdev_%(name)s = probesysfs,provider=mtdev
hid_%(name)s = probesysfs,provider=hidinput

フルスクリーンの修正

「フルスクリーン」にはならないので、少し設定をいじる必要があると思います。 予想される1280x800ではなく、おそらく800x640です。 これは、Raspbian /boot/config.txt 、Kivy ~/.kivy/config.iniファイル、またはxsession構成にある可能性があります...

ただし、すぐに、上部に次のものを含めてテストアプリを調整しました。

from kivy.core.window import Window
Window.fullscreen = True

これは、予想どおり、アプリをフルスクリーンに調整するためのトリックを実行しているようです。

どうもありがとう！ これがKivy自体のmasterブランチにいつ引き込まれるかを知りたいと思います。

@OutsourcedGuru私が開いたPRを参照してください： https ：

VIDEOCOREMESA=0とVIDEOCOREMESA=1で試して、パフォーマンスに違いがあるかどうかを確認できれば素晴らしいと思います。

@Lauszus ：素晴らしい仕事-とてもうまく機能します。

@OutsourcedGuruにも。

@Lauszus以前に再テストに行きましたが、そのブランチを削除したと思ったので...（？）できませんでした。

以前書いたように@OutsourcedGuru 。 Raspberry Pi 4で実行されているときに自動検出される新しいものを開くことになりました。とにかく、ホイールをクロスコンパイルする方法も見つけたので、ユーザーはKivyを自分でコンパイルする必要はありません。 ここでは、ホイールダウンロードしてください： https://github.com/Lauszus/kivy/suites/285162135/artifacts/197175をして、あなたはそれをテストしている場合は、以下のPRにコメント： https://github.com/kivy/kivy/プル/ 6568。

@Lauszusあなたの助けのおかげで、私はあなたのnodmメソッドでRPI4上で実行されているRPI3B +から古いアプリを手に入れました。
それは起動時に自動的に開始し、それは素晴らしいです、それは私がそれを使用することを計画している方法です。
しかし、デバッグする必要のあるアプリに他の問題があり、「python3 app.py」のように、CLIからアプリを起動したときのように、アプリから通常の出力を取得する方法がわかりません。
それを達成するためのヒントはありますか？
よろしくお願いします。
どうもありがとうございました。あなたの投稿がなければ、ここまで到達できなかったでしょう。
乾杯！

@lucasnzone私は単にprintステートメントの代わりにロガー機能を使用しています： //kivy.org/doc/stable/api-kivy.logger.html 。

次に、次のスクリプトを使用してKivyを再起動し、ログを追跡します。

#!/bin/bash -e

if [[ $* == *--restart* ]]; then
    sudo service nodm restart
    inotifywait -q ~/.kivy/logs -e create --format %w%f | xargs tail -f
else
    ls -t -d ~/.kivy/logs/* | head -n1 | xargs tail -f
fi

私はこれをテストすることができませんでした、遅れて申し訳ありません。 FormNextは約2週間なので、ここでスクランブルをかけています。

以前のテストで思い出したように、小さなKivyテストプログラムは機能しましたが、Kivyを使用したOctoPrintプラグインは満足していないようでした。 OctoPrintのロード方法を変更しようとかなりの時間を費やしました（ nodmがそのサービスを制御できるようにするため）。 OctoPrintプラグインは仮想環境内でロードする必要があり、通常はサービスとして実行されます。 あのうさぎを穴の底まで追いかける時間はありませんでした。

@Lauszusどうもありがとうございました、私はそれを考えていませんでした、私はそれを試してみます。
もう一度ありがとう

Frabjous日。 私はなんとか次の作業プラットフォームを手に入れることができました：

• 仮想環境にインストールされたKivy1.10.1
• Python 2.7
• ラズビアンバスターライト
• OctoPrint 1.3.12（OctoPi 0.17.0 IMGから）
• ffpyplayer （Pi4Bの非互換性のためにgstplayerに戻らなければなりませんでした）
• nodm
• Kivyを使用したOctoPrintプラグイン

起動時と再起動時にフルスクリーンGUIが正常に表示されます。

Pythonコードから...

    if pi_type == '4B':
        os.environ['VIDEOCOREMESA'] =       '1'
        os.environ['KIVY_WINDOW'] =         'sdl2'
        os.environ['KIVY_GL_BACKEND'] =     'gl'
        os.environ['rpi'] =                 '0'
        from kivy.core.window               import Window
        Window.fullscreen =                 True

config.iniには、画面の寸法を含めるだけでなく、TFT画面の入力デバイスを調整する必要があります。

RaspbianBusterがいっぱいのRPi4Bのインストール手順が必要

テスト：

RPi4 4GB
7フィートHDMIディスプレイ（タイプCの近くの1つのマイクロhdmiで動作）
config.ini

max_usb_current = 1
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt 1024600 60 6 0 0 0
hdmi_drive = 1

ラズビアンバスター2019-09-26フル

ログ：エラー「*サービスの追加に失敗しました-すでに使用されていますか？」

pi @ raspberrypi ：〜/ kivy-examples / 3Drendering $ python main.py
[情報] [ロガー]ログを/home/pi/.kivy/logs/kivy_19-10-19_10.txtに記録します
[情報] [Kivy] v1.11.0
[INFO]が[Kivy] "/usr/local/lib/python2.7/dist-packages/kivy/初期化する.pyc"に設置
[情報] [Python] v2.7.16（デフォルト、2019年4月6日、01：42：57）
[GCC 8.2.0]
[情報] [Python]「/ usr / bin / python」のインタプリタ
[警告] [非推奨] Python 2Kivyのサポートは非​​推奨になりました。 1.11.0以降のKivyリリースはPython2をサポートしなくなります
[情報] [ファクトリ] 184個のシンボルがロードされました
[情報] [画像]プロバイダー：img_tex、img_dds、img_sdl2、img_pil、img_gif（img_ffpyplayerは無視されます）
[情報] [ウィンドウ]プロバイダー：egl_rpi

• サービスの追加に失敗しました-すでに使用されていますか？

こんにちは@ diamond2nv 、CLIからkivyを実行できますか？

@elisandrom私のコメントをご覧ください： https ：

@elisandrom私のコメントをご覧ください： ＃6474（コメント）

ありがとう ！！！！！！ 完璧に動作します!!!

興味のある方は、クロスコンパイルされたホイールをhttps://github.com/kivy/kivy/suites/364981942/artifacts/751103からダウンロードでき

すべての依存関係をインストールする方法については、次の手順に従ってください： https ：

pip install Kivy-2.0.0.dev0-cp37-cp37m-linux_armv7l.whl

数人でこれをテストしてもらい、＃6568をマージできるといいですね。

@LauszusそのホイールのKivyバージョンを確認できますか？ ホイールのタイトルから2.0.0.dev0であると想定する必要があります。 何が入っているのかよくわかりません。 ただし、仮想環境にはPython3が必要だと思います。

@OutsourcedGuruはい、その通りです。 基本的には、＃6568でコミットされたマスターブランチにすぎません。 ビルドされたアクションは次のとおりです： https ：

はい、バスターの標準であるPython3.7が必要です。 グローバルにインストールすることも、仮想環境にインストールすることもできます。それはあなた次第です。

何それの価値のために、私はインストールした、Raspbian Liteの上のPython 3 + Kivy 1.11.1に私の生産プラットフォームをアップグレードするために管理してきましたnodm制限されたXウィンドウを下に見られるようにサポートしています。 Pi4Bでは期待どおりに動作します。 インストールは、仮想環境では単純にpip install kivy==1.11.1た。

sudo apt-get -y install xserver-xorg libpam0g-dev help2man libx11-dev debhelper

https://github.com/kivy/kivy/issues/6474#issuecomment -542679712を考えると、これまでのRaspberry Pi4での唯一の解決策はX11を使用することであるようです。 以前のRPisにあったような非Xフレームバッファのサポートはもうありませんか？ プロジェクトをRaspberryPi 3B +からRaspberryPi 4にアップグレードしようとしていますが、表示するためだけにX11のインストールを開始したくありません。

@whitelynx Raspberry Pi 4でXなしでSDL2をコンパイルしてみましたが、ウィンドウが見つからないと不平を言い続けました： https ：//github.com/kivy/kivy/pull/6662#issuecomment-573423540。 これまでのところ、nodmのようなウィンドウマネージャーを使用した場合にのみ機能させることができます。

Xなしでrpi4にopenglesウィンドウを作成するコード例を次に示します。
https://github.com/matusnovak/rpi-opengl-without-x/blob/master/triangle_rpi4.c
https://www.raspberrypi.org/forums/viewtopic.php?t=243707#p1499181
いくつかの同様のコードを使用して、kivyウィンドウを描画することは可能ですか？

最初の例ではgl2.hが取り込まれることに注意してください。 私の知る限り、Pi4Bはgl3を使用しています。

私はrpi4bで両方をテストしましたが、問題なく動作しました。 最初の例はrawファイルに書き込み、行384のコメントを外すことで画面上に三角形を表示できます。

@Lauszus X11なしでSDL2を実行しているときにウィンドウが見つからないという問題は、SDL2のウィンドウ作成コードがウィンドウに8つのアルファビットを指定しているためです。 kivy.core.window._window_sdl2.pyxでアルファビットが0に変更されている場合は、機能します。

@ddimensia変更してみました
138： SDL_GL_SetAttribute(SDL_GL_ALPHA_SIZE, 8)
に
138： SDL_GL_SetAttribute(SDL_GL_ALPHA_SIZE, 0)
しかし、ウィンドウを作成しようとすると、同じエラーが発生します。
[CRITICAL] [Window ] Unable to find any valuable Window provider. Please enable debug logging (e.g. add -d if running from the command line, or change the log level in the config) and re-run your app to identify potential causes sdl2 - RuntimeError: Could not initialize EGL File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/__init__.py", line 71, in core_select_lib cls = cls() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/window_sdl2.py", line 152, in __init__ super(WindowSDL, self).__init__() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/__init__.py", line 969, in __init__ self.create_window() File "/usr/local/lib/python2.7/dist-packages/Kivy-1.11.0-py2.7-linux-armv7l.egg/kivy/core/window/window_sdl2.py", line 289, in create_window self.fullscreen, resizable, state) File "kivy/core/window/_window_sdl2.pyx", line 225, in kivy.core.window._window_sdl2._WindowSDL2Storage.setup_window File "kivy/core/window/_window_sdl2.pyx", line 75, in kivy.core.window._window_sdl2._WindowSDL2Storage.die

Xなしでsdl2 + kivyをrpi4で動作させるために必要なすべての変更を含むリポジトリはありますか？

私は基本的に、最小要件でSDL2（https://github.com/midwan/amiberry/wiki/Compile-SDL2-from-source）をコンパイルするためのAmiberryの指示に従い、ソースからSDL2_mixerをコンパイルします。 mp3、flacなどのサポートが必要です。 次に、_window_sdl2.pyxファイルのAlphaビットを0に変更しました。 最後に、setup.pyを変更してuse_x11をFalseに強制し（1つの場所でTrueに設定）、 export VIDEOCOREMESA=1を実行してからpip install . 。 それだけだと思います。 すべてのSDL2ライブラリをコンパイルするときに私が異なったことの1つは、configureを実行したときに、引数に--prefix=/usrを追加して、/ usr / local / libではなく通常の場所にライブラリをインストールしたことです。

@ddimensiaありがとうございます！ それはうまくいきました:)

@ddimensia変更を加えてPRを開きました： https ：

@ddimensia VIDEOCOREMESA=1は必要なかったので、省略しました。

@Lauszusこんにちはまた仲間。
https://hub.docker.com/u/lauszusであなたのkivyコンテナを見つけました
コンテナの中でキビーを走らせて、正しい方向に向けてくれないかと思っていました。
つまり、正常に動作し、タッチスクリーンに表示されます。
しかし、私が何をしても、コンテナ内でタッチスクリーンを機能させることはできません。
それについて何か知っていますか？
前もって感謝します。
乾杯

@lucasnzoneは、ビルドを高速化するためにKivyのクロスコンパイルを実験するときに使用した古いコンテナーです。 私は実際にKivyをcontrainer内で実行したことはなく、コンパイルに使用しただけです。

とにかく、クイック検索は、コンテナを実行するときに--device引数を使用して可能であるはずだと教えてくれます。

--device /dev/input/event0

タッチスクリーンをコンテナに追加する必要があります。

参照： https ：

@Lauszusちょっと仲間、あなたの答えをありがとう。
これは私のdockerrunコマンドにあります
--privileged --net host --device /dev/gpiomem:/dev/gpiomem --device /dev/ttyAMA0:/dev/ttyAMA0 -v /boot/overlay:/boot/overlay
--device /dev/input/event0を追加してテストしました
しかし、それでも運はありません。
コンテナを一緒に試すのをあきらめようとしています。 kivyサンプルを動作させることすらできません。
--privilegedでコンテナを実行しているのですが、運がありません。
これはDocker構成の問題ですか、それともKivy構成の問題ですか？
私は正直に迷っています、私はこれに一週間を費やしました、そしてそれを理解することができませんでした。
返信相手にもう一度感謝します、本当に感謝しています

タッチスクリーンが実際に/dev/input/event0ことを確認しましたか？

例をいじっているだけなのに、なぜコンテナで実行したいのですか？ Python仮想環境を使用し、パッケージ管理（ aptなど）を使用してOSに必要な依存関係をインストールするだけです。

@lucasnzone Raspberry Piまたは他のプラットフォームを使用しているかどうかを尋ねるのを忘れましたか？ また、どのOSを使用していますか？

@ LauszusRPI4とラズビアンライト
ああ、いや、私はコンテナで実行したい実際のアプリを持っています。それは配布とバージョン管理をずっと簡単にするからです。
例を試してみました。それらを機能させると、kivyアプリでも同じことができるからです。
タッチスクリーンが/ dev / inputにあるデバイスを確認するにはどうすればよいですか？ 私はそれをしていません

@lucasnzoneこれが私のシステムの出力です：

$ cat /proc/bus/input/devices | grep -P '^[NH]: ' | paste - -
N: Name="eGalax Inc. eGalaxTouch EXC3110-3883-08.00.00" H: Handlers=mouse0 event0

これは、タッチスクリーンが/dev/input/event0ことを意味します。

ええ、私のものはイベントです-同様に
N: Name="ADS7846 Touchscreen" H: Handlers=mouse0 event0

わかった。 アプリはコンテナの外側のタッチスクリーンで動作しますか？

@Lauszus
はい、 Kivy-2.0.0rc1-cp37-cp37m-linux_armv7l.whlホイールでやりました
もともとはbroadcomドライバーを使用しないフォークで

わかった。 どのようなエラーが発生していますか？ /dev/input/event0ですか？ コンテナ内にデバイスがありますか？

はい@Lauszus
コンテナ内にcrw-rw---- 1 root i2c 13, 64 Mar 12 22:56 event0とcrw-rw---- 1 root i2c 13, 64 Mar 12 22:56 mouse0があります

出力、つまりcat /dev/input/event0キャットするようにしてください。 画面をタッチすると何か印刷されますか？

@Lauszusそれは、ランダムな文字
今、私は以前よりも混乱しています

スーパーは、コンテナが入力を取得していることを意味します。 あなたが見ているのは生のバイトストリームなので、それはあなたには意味がありません。 とにかく、これはあなたのKivy設定の何かが正しくないことを意味します。

このCコードをコンパイルして実行してみてください（画面のデバッグに使用した古いコードです）。

#include <stdio.h>
#include <linux/input.h>
#include <signal.h>
#include <fcntl.h>
#include <unistd.h>

static volatile sig_atomic_t run = 1;

void sigint(int sig) {
    run = 0;
}

int main() {
    signal(SIGINT, sigint);

    int fd = open("/dev/input/event0", /*O_NONBLOCK |*/ O_RDONLY);
    if (fd < 0) {
        printf("Failed to open device\n");
        return 1;
    }

    while (run) {
        struct input_event ev;
        int num_bytes = read(fd, &ev, sizeof(ev));
        if (num_bytes != sizeof(ev)) {
            printf("Failed to read device\n");
            return 1;
        }
        printf("%u, %u, %u, %u, %d\n", ev.time.tv_sec, ev.time.tv_usec, ev.type, ev.code, ev.value);
    }

    printf("Closing device\n");
    close(fd);
    return 0;
}

次のようにコンパイルして実行できます。

gcc touch.c -o touch && ./touch

@Lauszus
タッチからいくつかの出力を取得します。

1584058230、998152、1、330、1
1584058230、998152、3、0、477
1584058230、998152、3、1、3477
1584058230、998152、3、24、64790
1584058230、998152、0、0、0
1584058231、15687、1、330、0
1584058231、15687、3、24、0
1584058231、15687、0、0、0

それは左下隅です

わかった。 コードの一番上に以下を追加してみてください（他のインポートよりも上にあることが重要です）。

from kivy.config import Config
Config.set('input', 'mtdev_%(name)s', 'probesysfs,provider=mtdev')

わかりました。これは、アプリを実行したときの出力であり、そのコードが一番上にあります。

[情報]ロガー：ログを/root/.kivy/logs/kivy_20-03-13_3.txtに記録します
[情報] Kivy：v2.0.0.dev0、git-cef99e4、20191024
[情報] Kivy：「/ root / venv-kivy / lib / python3.7 / site-packages / kivy / __ init__.py」にインストールされています
[情報] Python：v3.7.3（デフォルト、2019年4月3日、05：39：12）
[GCC 8.2.0]
[情報] Python：「/ root / venv-kivy / bin / python3」のインタプリタ
[情報]ファクトリ：184個のシンボルがロードされました
[情報]画像：プロバイダー：img_tex、img_dds、img_sdl2、img_gif（img_pil、img_ffpyplayerは無視されます）
[情報]テキスト：プロバイダー：sdl2
[情報]ウィンドウ：プロバイダー：sdl2（['window_egl_rpi']は無視されます）
[情報] GL：「OpenGLES2」グラフィックシステムを使用
[情報] GL：バックエンドを使用
[情報] GL：OpenGLバージョン [情報] GL：OpenGLベンダー [情報] GL：OpenGLレンダラー
[情報] GL：OpenGL解析バージョン：2、1
[情報] GL：シェーディングバージョン
[情報] GL：テクスチャの最大サイズ<4096>
[情報] GL：テクスチャの最大単位<16>
[情報]ウィンドウ：sdl2入力プロバイダーの自動追加
[情報]ウィンドウ：仮想キーボードは許可されていません、シングルモード、ドッキングされていません
[情報]ベース：アプリケーションのメインループを開始します
[情報] GL：NPOTテクスチャサポートが利用可能です

それでもタッチに反応しません