Les applications Qt ne fonctionnent pas en raison de libEGL

10

Je développe des applications GUI (simples) pour le RPi2 dans Qt5. La configuration: Le développement du code est effectué sur un ordinateur portable Windows à l'aide de Netbeans + Qt Designer et construit à distance sur le RPi exécutant Raspbian Jessie avec les outils qui l'accompagnent (g ++ 4.9.2, Qt 5.3.2, package qt5-default), comme décrit ici . Cette configuration fonctionne généralement très bien.

Cependant, même un exemple minimal ne fonctionne pas, bien que les versions soient correctes. Il ne démarre pas et libEGL warning: DRI2: failed to authenticateapparaît si l'application a été démarrée à partir du terminal.

Qt ne peut-il pas fonctionner sur le RPi? Sinon, aidez-moi à résoudre ce problème.

EDIT1: Voici ce que j'ai après avoir exécuté une findcommande comme Alexey Vesnin l'a suggéré:

/usr/lib/arm-linux-gnueabihf/libEGL.so
/usr/lib/arm-linux-gnueabihf/libEGL.so.1
/usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0
/usr/lib/chromium-browser/libs/libEGL.so
/usr/lib/chromium-browser/libs/libEGL.so.TOC
/opt/vc/lib/libEGL.so
/opt/vc/lib/libEGL_static.a


/usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
/usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0
/usr/lib/arm-linux-gnueabihf/libGLESv2.so
/usr/lib/chromium-browser/libs/libGLESv2.so
/usr/lib/chromium-browser/libs/libGLESv2.so.TOC
/opt/vc/lib/libGLESv2_static.a
/opt/vc/lib/libGLESv2.so

EDIT2: La liste avec des informations supplémentaires:

-rw-r--r-- 1 pi pi 171312 Nov 11 14:20 /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0
-rwxr-xr-x 1 root root 107880 Nov  2 22:27 /usr/lib/chromium-browser/libs/libEGL.so
-rw-r--r-- 1 root root 14189 Nov  2 22:27 /usr/lib/chromium-browser/libs/libEGL.so.TOC
-rw-r--r-- 1 root root 202072 Dec 19 21:01 /opt/vc/lib/libEGL.so
-rw-r--r-- 1 root root 245356 Dec 19 21:19 /opt/vc/lib/libEGL_static.a



-rw-r--r-- 1 pi pi 29996 Jan 12  2016 /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0
-rwxr-xr-x 1 root root 2632816 Nov  2 22:27 /usr/lib/chromium-browser/libs/libGLESv2.so
-rw-r--r-- 1 root root 29617 Nov  2 22:27 /usr/lib/chromium-browser/libs/libGLESv2.so.TOC
-rw-r--r-- 1 root root 100008 Dec 19 21:19 /opt/vc/lib/libGLESv2_static.a
-rw-r--r-- 1 root root 105768 Nov 25 17:35 /opt/vc/lib/libGLESv2.so

EDIT3:

linux-vdso.so.1 (0x7ecef000)
    /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f53000)
    libQt5Widgets.so.5 => /usr/lib/arm-linux-gnueabihf/libQt5Widgets.so.5 (0x76a25000)
    libQt5Gui.so.5 => /usr/lib/arm-linux-gnueabihf/libQt5Gui.so.5 (0x76655000)
    libQt5Core.so.5 => /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5 (0x761d0000)
    libGLESv2.so => /opt/vc/lib/libGLESv2.so (0x761ab000)
    libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76183000)
    libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0x760a6000)
    libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x7602b000)
    libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x75ffe000)
    libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x75ebd000)
    libgobject-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0 (0x75e63000)
    libglib-2.0.so.0 => /lib/arm-linux-gnueabihf/libglib-2.0.so.0 (0x75d5f000)
    libX11.so.6 => /usr/lib/arm-linux-gnueabihf/libX11.so.6 (0x75c49000)
    libGLESv2.so.2 => /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 (0x75c31000)
    /lib/ld-linux-armhf.so.3 (0x54b67000)
    libpng12.so.0 => /lib/arm-linux-gnueabihf/libpng12.so.0 (0x75c01000)
    libharfbuzz.so.0 => /usr/lib/arm-linux-gnueabihf/libharfbuzz.so.0 (0x75ba5000)
    libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x75b7d000)
    libicui18n.so.52 => /usr/lib/arm-linux-gnueabihf/libicui18n.so.52 (0x759bd000)
    libicuuc.so.52 => /usr/lib/arm-linux-gnueabihf/libicuuc.so.52 (0x75874000)
    libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x75861000)
    librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x7584a000)
    libEGL.so => /opt/vc/lib/libEGL.so (0x75810000)
    libbcm_host.so => /opt/vc/lib/libbcm_host.so (0x757ea000)
    libvchiq_arm.so => /opt/vc/lib/libvchiq_arm.so (0x757d4000)
    libvcos.so => /opt/vc/lib/libvcos.so (0x757ba000)
    libffi.so.6 => /usr/lib/arm-linux-gnueabihf/libffi.so.6 (0x757aa000)
    libpcre.so.3 => /lib/arm-linux-gnueabihf/libpcre.so.3 (0x75736000)
    libxcb.so.1 => /usr/lib/arm-linux-gnueabihf/libxcb.so.1 (0x75717000)
    libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2 (0x756fa000)
    libglapi.so.0 => /usr/lib/arm-linux-gnueabihf/libglapi.so.0 (0x756c1000)
    libfreetype.so.6 => /usr/lib/arm-linux-gnueabihf/libfreetype.so.6 (0x75629000)
    libgraphite2.so.3 => /usr/lib/arm-linux-gnueabihf/libgraphite2.so.3 (0x755fb000)
    libicudata.so.52 => /usr/lib/arm-linux-gnueabihf/libicudata.so.52 (0x73f7e000)
    libXau.so.6 => /usr/lib/arm-linux-gnueabihf/libXau.so.6 (0x73f73000)
    libXdmcp.so.6 => /usr/lib/arm-linux-gnueabihf/libXdmcp.so.6 (0x73f67000)
Andrey Pro
la source
Essayez-vous d'exécuter l'application à distance?
goldilocks
non, je le lance depuis le RPi
Andrey Pro
@goldilocks en cas d'exécution à distance d'un message d'erreur serait différent
Alexey Vesnin

Réponses:

7

C'est un problème Linux et Unix habituel, rien de lié à Pi. Voici le problème: vos bibliothèques doivent être liées par un lien symbolique. Faites sudo -set devenez une racine pour une telle opération. Et résolvons-le!

Tout d'abord, trouvez-les, comme ceci:

# find / -name libEGL* -type f
# find / -name libGLESv2* -type f

et effectuez cette liaison vers les chemins d'accès complets aux fichiers comme celui-ci:

# ln -fs /path/to/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so
# ln -fs /path/to/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so.1
# ln -fs /path/to/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so
# ln -fs /path/to/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2

et laissez le système d'exploitation savoir ce que vous avez fait et en tenir compte comme ceci:

# ldconfig

La /path/to/libpartie que vous devez remplacer par le chemin complet que les findcommandes vous montreront. Et si vous exécutez à partir d'un utilisateur non privilégié - assurez-vous qu'il est dans le videogroupe - parfois cette ancienne partie des paramètres d'autorisation flotte. Comment vérifier:

# getent group video | cut -d: -f3

s'il ne donne rien - ce n'est pas le cas, mais s'il donne un nombre, tapez votre nom d'utilisateur dans la groupscommande - un exemple pour l'utilisateur pi:

# groups pi

s'il ne montre pas le videogroupe - ajoutez-le en tant que groupe supplémentaire , pas en tant que groupe principal, comme ceci:

# usermod -a -G video pi

cela ajoutera l'utilisateur piau groupe videosans casser les choses

MISE À JOUR: commande de vérification supplémentaire pour savoir quels sont les fichiers trouvés:

# find / -name libEGL* -type f -exec ls -la {} \;
# find / -name libGLESv2* -type f -exec ls -la {} \;

MISE À JOUR # 2: Essayez de le faire à partir de la racine:

# ln -fs /opt/vc/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so
# ln -fs /opt/vc/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so
# ldconfig

MISE À JOUR # 3: construire Qt5 avec des corrections de bugs à partir de la source.

  • allez ici , installez les dépendances via apt-get (les paquets -dev)
  • comme root apt-get build-dep qt5-default
  • comme root apt-get install libxcb-xinerama0-dev flex bison gperf libicu-dev libxslt-dev ruby libssl-dev libxcursor-dev libxcomposite-dev libxdamage-dev libxrandr-dev libdbus-1-dev libfontconfig1-dev libcap-dev libxtst-dev libpulse-dev libudev-dev libpci-dev libnss3-dev libasound2-dev libxss-dev libegl1-mesa-dev gperf bison libasound2-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev, après çaapt-get install '^libxcb.*-dev' libx11-xcb-dev libglu1-mesa-dev libxrender-dev libxi-dev

après cela, faites ceci:

 # git clone https://code.qt.io/qt/qt5.git
 # cd qt5
 # git submodule update --init

après cette ./configure --helpsortie de lien pour votre cas et nous continuerons

MISE À JOUR FINALE: le build source a fait l'affaire, le problème était avec un Qt obsolète dans les packages. La chaîne de configuration:

 # mkdir qt-build
 # cd qt-build
 # ../configure -opensource -static -confirm-license -release -nomake examples -openssl-runtime -prefix /usr

La construction du Raspberry Pi a pris environ 40 heures et 6 + Go d'espace de stockage. Problème résolu

Alexey Vesnin
la source
Les commentaires ne sont pas pour une discussion approfondie; cette conversation a été déplacée vers le chat .
Steve Robillard
1
environ 46 heures pour être plus précis
Andrey Pro
mais la victoire est à nous, enfin!
Alexey Vesnin
1
Je veux voter positivement - mais après 2 ans, il n'y a aucune excuse pour que les responsables de paquets n'aient toujours pas corrigé cela :(
UKMonkey
@UKMonkey non seulement cette affaire m'a obligé à faire une distribution Linux de ma propre saveur - le problème se multiplie toujours :(
Alexey Vesnin
0

Dans mon cas, cela a résolu le problème

sudo ln -s /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 /usr/lib/arm-linux-gnueabihf/libGLESv2.so
Noufal
la source