"Laden des Plattform-Plugins" xcb "" beim Starten der qt5-App unter Linux ohne Installation von qt fehlgeschlagen

Ich habe eine Anwendung für Linux geschrieben, die Qt5 verwendet.

Aber wenn ich versuche, es unter Linux ohne installiertes Qt SDK zu starten, lautet die Ausgabe in der Konsole:

Fehler beim Laden des Plattform-Plugins "xcb". Verfügbare Plattformen sind:

Wie kann ich das beheben? Möglicherweise muss ich eine Plugin-Datei kopieren? Wenn ich Ubuntu mit installiertem Qt5 verwende, aber das Qt-Verzeichnis umbenenne, tritt das gleiche Problem auf. Es wird also eine Datei aus dem Qt-Verzeichnis verwendet ...

UPDATE: Wenn ich im Ordner "Plattformen" des App-Verzeichnisses mit der Datei libqxcb.so erstelle , wird die App immer noch nicht gestartet, aber die Fehlermeldung ändert sich:

Fehler beim Laden des Plattform-Plugins "xcb". Verfügbare Plattformen sind:

xcb

Wie kann das passieren? Wie kann das Plattform-Plugin verfügbar sein, aber nicht geladen werden?

Verwenden Sie ldd (man ldd), um Abhängigkeiten von gemeinsam genutzten Bibliotheken anzuzeigen. Führen Sie dies auf libqxcb.so aus

.../platforms$ ldd libqxcb.so

zeigt, dass xcb zusätzlich zu libQt5Core.so.5 und libQt5Gui.so.5 (und vielen anderen Systembibliotheken) von libQt5DBus.so.5 abhängt. Fügen Sie libQt5DBus.so.5 zu Ihrer Sammlung freigegebener Bibliotheken hinzu, und Sie sollten bereit sein, fortzufahren.

Wie bereits erwähnt, müssen Sie sicherstellen, dass Sie die Plattform-Plugins installieren, wenn Sie Ihre Anwendung bereitstellen. Abhängig davon, wie Sie die Dinge bereitstellen möchten, gibt es zwei Methoden, um Ihrer Anwendung mitzuteilen, wo sich die Plattform-Plugins (z. B. Plattformen / Plugins / libqxcb.so) zur Laufzeit befinden, die möglicherweise für Sie funktionieren.

Der erste besteht darin, den Pfad über die Variable QT_QPA_PLATFORM_PLUGIN_PATH in das Verzeichnis zu exportieren.

QT_QPA_PLATFORM_PLUGIN_PATH=path/to/plugins ./my_qt_app

oder

export QT_QPA_PLATFORM_PLUGIN_PATH=path/to/plugins
./my_qt_app

Die andere Option, die ich bevorzuge, ist das Erstellen einer qt.conf-Datei im selben Verzeichnis wie Ihre ausführbare Datei. Der Inhalt davon wäre:

[Paths]
Plugins=/path/to/plugins

Weitere Informationen hierzu finden Sie hier und unter qt.conf

Ich habe versucht, meine mit Qt kompilierte Binärdatei unter 5.7Ubuntu 16.04 LTS zu starten , auf der Qt 5.5vorinstalliert ist. Es hat nicht funktioniert.

Zuerst habe ich die Binärdatei selbst überprüft, lddwie hier vorgeschlagen, und alle "nicht gefundenen" Abhängigkeiten "erfüllt". Dann wurde dieser berüchtigte This application failed to start because it could not find or load the Qt platform plugin "xcb"Fehler geworfen.

So lösen Sie dies unter Linux

Zunächst sollten Sie ein platformsVerzeichnis erstellen, in dem sich Ihre Binärdatei befindet, da Qt dort nach der XCB-Bibliothek sucht. Dort kopieren libqxcb.so. Ich frage mich, warum Autoren anderer Antworten dies nicht erwähnt haben.

Dann möchten Sie möglicherweise Ihre Binärdatei mit festgelegter QT_DEBUG_PLUGINS=1Umgebungsvariable ausführen , um zu überprüfen, welche Abhängigkeiten von libqxcb.sonicht "erfüllt" sind. (Sie können dies auch verwenden, lddwie in der akzeptierten Antwort vorgeschlagen).

Die Befehlsausgabe kann folgendermaßen aussehen:

me@xerus:/media/sf_Qt/Package$ LD_LIBRARY_PATH=. QT_DEBUG_PLUGINS=1 ./Binary
QFactoryLoader::QFactoryLoader() checking directory path "/media/sf_Qt/Package/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/media/sf_Qt/Package/platforms/libqxcb.so"
Found metadata in lib /media/sf_Qt/Package/platforms/libqxcb.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "xcb"
        ]
    },
    "className": "QXcbIntegrationPlugin",
    "debug": false,
    "version": 329472
}


Got keys from plugin meta data ("xcb")
loaded library "/media/sf_Qt/Package/platforms/libqxcb.so"
QLibraryPrivate::loadPlugin failed on "/media/sf_Qt/Package/platforms/libqxcb.so" : "Cannot load library /media/sf_Qt/Package/platforms/libqxcb.so: (/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5: version `Qt_5' not found (required by ./libQt5XcbQpa.so.5))"
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Available platform plugins are: xcb.

Reinstalling the application may fix this problem.
Aborted (core dumped)

Beachten Sie die fehlerhafte libQt5DBus.so.5Bibliothek. Kopieren Sie es in Ihren Bibliothekspfad. In meinem Fall war es dasselbe Verzeichnis, in dem sich meine Binärdatei befindet (daher LD_LIBRARY_PATH=.). Wiederholen Sie diesen Vorgang, bis alle Abhängigkeiten erfüllt sind.

PS danke an den Autor dieser Antwort für QT_DEBUG_PLUGINS=1.

Ubuntu 16.04 64bit. Ich habe das Problem anscheinend ohne Grund bekommen. In der Nacht, bevor ich einen Film auf meiner VideoLan-Instanz gesehen habe, möchte ich in dieser Nacht einen weiteren mit VideoLan sehen. VLC wollte wegen des Fehlers in der Frage einfach nicht laufen. Ich google ein bisschen und habe die Lösung gefunden, mit der mein Problem gelöst wurde: Von nun an kann VLC wie zuvor ausgeführt werden. Die Lösung ist dieser Befehl:

sudo ln -sf /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/ /usr/bin/

Ich kann nicht erklären, welche Konsequenzen dies hat, aber ich weiß, dass dadurch eine fehlende symbolische Verbindung entsteht.

Ich habe die Hauptteile jeder Antwort ohne Erfolg ausprobiert. Was es für mich endgültig behoben hat, war das Exportieren der folgenden Umgebungsvariablen:

LD_LIBRARY_PATH=/usr/local/lib:~/Qt/5.9.1/gcc_64/lib
QT_QPA_PLATFORM_PLUGIN_PATH=~/Qt/5.9.1/gcc_64/plugins/ 

Seit Version 5 verwendet Qt ein Plattformabstraktionssystem (QPA), um von der zugrunde liegenden Plattform zu abstrahieren.

Die Implementierung für jede Plattform erfolgt über Plugins. Für X11 ist es das XCB-Plugin. Weitere Informationen zu den Abhängigkeiten finden Sie unter Qt für X11-Anforderungen .

Wahrscheinlich wird dies helfen. Ich verwende Ubuntu 18.04 und als ich Krita mit der ppa-Methode installiert habe . Ich habe diesen Fehler erhalten:

Diese Anwendung konnte nicht gestartet werden, da das Qt-Plattform-Plugin "xcb" in "" nicht gefunden oder geladen werden konnte.

Verfügbare Plattform-Plugins sind: linuxfb, minimal, minimalegl, offscreen, wayland-egl, wayland, xcb.

Eine Neuinstallation der Anwendung könnte das Problem lösen. Abgebrochen

Ich habe alle Lösungen, die ich in diesem Thread und anderen Websites gefunden habe, ohne Erfolg ausprobiert.

Schließlich fand ich einen Beitrag, in dem der Autor erwähnte, dass es möglich ist, das von qt5 erzählte Debugging mit diesem einfachen Befehl zu aktivieren:

export QT_DEBUG_PLUGINS=1

Nachdem ich diesen Befehl hinzugefügt habe, führe ich erneut krita aus. Ich habe den gleichen Fehler erhalten, wie immer ich jetzt die Ursache kenne.

libxcb-xinerama.so.0: Freigegebene Objektdatei kann nicht geöffnet werden: Keine solche Datei oder kein solches Verzeichnis.

Dieser Fehler verhindert, dass "xcb" ordnungsgemäß geladen wird. Die Lösung wird also die libxcb-xinerama.so.0 installieren, oder? Wenn ich jedoch den folgenden Befehl ausführe:

sudo apt install libxcb-xinerama

Ich die lib wurde installiert. Also habe ich einen alten Trick benutzt, ja--reinstall

sudo apt install --reinstall libxcb-xinerama

Dieser letzte Befehl hat mein Problem gelöst.

Es kann viele Ursachen für dieses Problem geben. Der Schlüssel ist zu verwenden

export QT_DEBUG_PLUGINS=1

bevor Sie Ihre Qt-Anwendung ausführen. Überprüfen Sie dann die Ausgabe, die Sie auf die Richtung des Fehlers hinweist. In meinem Fall war es:

Cannot load library /opt/nao/plugins/platforms/libqxcb.so: (/opt/nao/bin/../lib/libz.so.1: version `ZLIB_1.2.9' not found (required by /usr/lib/x86_64-linux-gnu/libpng16.so.16))

Das wird aber in verschiedenen Threads gelöst. Siehe zum Beispiel https://stackoverflow.com/a/50097275/2408964 .

Ich hatte das gleiche Problem, als ich Viber installiert habe. Es hatte alle erforderlichen qt-Bibliotheken in /opt/viber/plugins/. Ich habe Abhängigkeiten überprüft /opt/viber/plugins/platforms/libqxcb.sound fehlende Abhängigkeiten gefunden. Sie waren libxcb-render.so.0, libxcb-image.so.0, libxcb-icccm.so.4, libxcb-xkb.so.1 gelöst Also ich mein Problem durch fehlende Pakete mit diesen Bibliotheken zu installieren:

apt-get install libxcb-xkb1 libxcb-icccm4 libxcb-image0 libxcb-render-util0

Also verbrachte ich ungefähr einen Tag damit, herauszufinden, worum es ging. Ich habe alle vorgeschlagenen Lösungen ausprobiert, aber nichts davon funktionierte wie die Installation von xcb libs oder das Exportieren des Ordners für Qt-Plugins. Die Lösung, die vorgeschlagen wurde, QT_DEBUG_PLUGINS=1um das Problem zu debuggen, lieferte mir keinen direkten Einblick wie in der Antwort - stattdessen bekam ich etwas über ungelöste Symbole in Qt5Core.

Das gab mir jedoch einen Hinweis: Was ist, wenn versucht wird, verschiedene Dateien aus verschiedenen Qt-Installationen zu verwenden? Auf meinem Computer war die Standardversion installiert /home/username/Qt/und einige lokale Builds in meinem Projekt wurden von mir selbst kompiliert (ich habe auch andere benutzerdefinierte Kits an anderen Orten). Immer wenn ich versuchte, eines der Kits zu verwenden (vom Qt-Wartungstool installiert oder von mir selbst erstellt), wurde ein "xcb-Fehler" angezeigt.

Die Lösung war einfach: Geben Sie den Qt-Pfad durch CMAKE_PREFIX_PATHund nicht Qt5_DIRwie ich, und das Problem wurde gelöst. Beispiel:

cmake .. -DCMAKE_PREFIX_PATH=/home/username/Qt/5.11.1/gcc_64

Ich bin auf ein sehr ähnliches Problem mit derselben Fehlermeldung gestoßen. Debuggen Sie zunächst einige, indem Sie den Qt-Debug-Drucker mit dem Befehlszeilenbefehl einschalten:

export QT_DEBUG_PLUGINS = 1

und führen Sie die Anwendung erneut aus. Für mich ergab dies Folgendes:

"Bibliothek /home/.../miniconda3/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so kann nicht geladen werden: (libxkbcommon-x11.so.0: Freigegebene Objektdatei kann nicht geöffnet werden: Datei oder Verzeichnis existiert nicht)"

"Bibliothek /home/.../miniconda3/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so kann nicht geladen werden: (libxkbcommon-x11.so.0: Freigegebene Objektdatei kann nicht geöffnet werden: Datei oder Verzeichnis existiert nicht)"

In der Tat fehlten mir libxkbcommon-x11.so.0 und libxkbcommon-x11.so.0. Überprüfen Sie als Nächstes Ihre Architektur mit dpkg über die Linux-Befehlszeile. (Für mich ergab der Befehl "arch" ein anderes und nicht hilfreiches Ergebnis)

dpkg --print-Architektur #Ergebnis für mich: amd64

Ich habe dann "libxkbcommon-x11.so.0 ubuntu 18.04 amd64" gegoogelt, und ebenso für libxkbcommon-x11.so.0, das diese Pakete auf packages.ubuntu.com liefert. Das hat mir im Nachhinein nicht überraschend gesagt, dass mir Pakete mit den Namen libxkbcommon-x11-0 und libxkbcommon0 fehlen und dass die Installation dieser Pakete die erforderlichen Dateien enthält, die Entwicklerversionen jedoch nicht. Dann die Lösung:

sudo apt-get update

sudo apt-get install libxkbcommon0

sudo apt-get install libxkbcommon-x11-0

In meinem Fall musste ich zwei Qt-Apps auf einem Ubuntu Virtualbox-Gast bereitstellen. Eine war Kommandozeile ("App"), die andere GUI-basiert ("App_GUI").

Ich habe "ldd app" verwendet, um herauszufinden, welche Bibliotheken erforderlich sind, und sie auf den Ubuntu-Gast kopiert. Während die ausführbare Befehlszeilen-Datei "app" einwandfrei funktionierte, stürzte die auf der GUI basierende ausführbare Datei ab und gab den Fehler "Plattform-Plugin konnte nicht geladen werden" xcb "aus. einwandfrei funktionierte, Ich überprüfte ldd auf libxcb.so, aber auch dies hatte keine fehlenden Abhängigkeiten.

Das Problem schien zu sein, dass ich, während ich alle richtigen Bibliotheken kopierte, versehentlich auch Bibliotheken kopiert hatte, die bereits im Gastsystem vorhanden waren. Dies bedeutete, dass (a) sie überhaupt nicht kopiert werden mussten und (b) schlimmer Das Kopieren führte zu Inkompatibilitäten zwischen den Installationsbibliotheken. Schlimmer noch, sie waren von ldd nicht nachweisbar, wie ich sagte ..

Die Lösung? Stellen Sie sicher, dass Sie Bibliotheken kopieren, die von ldd als fehlend angezeigt werden, und absolut keine zusätzlichen Bibliotheken .

In meinem Fall fehlten Header-Dateien, weil der Grund libxcbnicht von Qt erstellt wurde. Installation gemäß https://wiki.qt.io/Building_Qt_5_from_Git#Linux.2FX11 wurde das Problem behoben:

yum install libxcb libxcb-devel xcb-util xcb-util-devel mesa-libGL-devel libxkbcommon-devel

Ich mag die Lösung mit qt.conf .

Stellen Sie sich qt.confmit den nächsten Zeilen in die Nähe der ausführbaren Datei:

[Paths]
Prefix = /path/to/qtbase

Und es funktioniert wie ein Zauber: ^)

Für ein Arbeitsbeispiel:

[Paths]
Prefix = /home/user/SDKS/Qt/5.6.2/5.6/gcc_64/

Die Dokumentation dazu finden Sie hier: https://doc.qt.io/qt-5/qt-conf.html

Ich verknüpfe alle Qt-Inhalte statisch mit den generischen Linux-Builds meiner Open Source-Projekte. Es macht das Leben ein bisschen einfacher. Sie müssen nur zuerst statische Versionen von Qt-Bibliotheken erstellen. Dies kann natürlich aufgrund von Lizenzproblemen nicht auf Closed-Source-Software angewendet werden. Die Bereitstellung von Qt5-Apps unter Linux ist derzeit etwas problematisch, da Ubuntu 12.04 beispielsweise keine Qt5-Bibliotheken in den Paket-Repositorys enthält.

Ich hatte dieses Problem und entfernte ahnungsvoll die Qt-Konfigurationen aus meiner Umgebung. Dh

rm -rf ~/.config/Qt*

Dann habe ich qtcreator gestartet und es hat sich mit dem vorhandenen Zustand der Maschine neu konfiguriert. Es erinnerte sich nicht mehr daran, wo sich meine Projekte befanden, aber das bedeutete nur, dass ich "zum ersten Mal" wieder zu ihnen navigieren musste.

Noch wichtiger ist jedoch, dass es sich selbst einen zusammenhängenden Satz von Bibliothekspfaden erstellt hat, sodass ich meine ausführbaren Projektdateien neu erstellen und ausführen kann, ohne dass die xcb- oder qxcb-Bibliotheken fehlen.

sudo ln -sf /usr/lib/...."adapt-it"..../qt5/plugins/platforms/ / usr / bin /

Es wird die symbolische Verknüpfung erstellt, die übersehen wird. Gut für QT! Gut für VLC !!