Не удалось загрузить плагин платформы xcb при запуске приложения qt5 в Linux без установленного qt

Используйте ldd (man ldd), чтобы показать зависимости разделяемых библиотек. Запускаем это на libqxcb.so

.../platforms$ ldd libqxcb.so

показывает, что xcb зависит от libQt5DBus.so.5 в дополнение к libQt5Core.so.5 и libQt5Gui.so.5 (и многим другим системным библиотекам). Добавьте libQt5DBus.so.5 в свою коллекцию общих библиотек, и вы должны быть готовы двигаться дальше.

Как было опубликовано ранее, вам необходимо убедиться, что вы устанавливаете плагины платформы при развертывании приложения. В зависимости от того, как вы хотите что-то развернуть, есть два метода, чтобы сообщить вашему приложению, где плагины платформы (например, платформы / плагины / libqxcb.so) находятся во время выполнения, которые могут сработать для вас.

Первый - экспортировать путь к каталогу через переменную QT_QPA_PLATFORM_PLUGIN_PATH.

QT_QPA_PLATFORM_PLUGIN_PATH=path/to/plugins ./my_qt_app

or

export QT_QPA_PLATFORM_PLUGIN_PATH=path/to/plugins
./my_qt_app

Другой вариант, который я предпочитаю, - это создать файл qt.conf в том же каталоге, что и ваш исполняемый файл. Содержимое которого будет:

[Paths]
Plugins=/path/to/plugins

Дополнительную информацию об этом можно найти здесь и при использовании qt.conf

Я попытался запустить свой двоичный файл, скомпилированный с Qt 5.7, на Ubuntu 16.04 LTS, где Qt 5.5 предустановлен. Это не сработало.

Сначала я проверил сам двоичный файл с помощью ldd, как было предложено здесь, и удовлетворил все не найденные зависимости. Затем возникла эта пресловутая This application failed to start because it could not find or load the Qt platform plugin "xcb" ошибка.

Как решить эту проблему в Linux

Во-первых, вы должны создать каталог platforms, в котором находится ваш двоичный файл, потому что это место, где Qt ищет библиотеку XCB. Скопируйте туда libqxcb.so. Интересно, почему авторы других ответов не упомянули об этом.

Затем вы можете запустить свой двоичный файл с установленной переменной среды QT_DEBUG_PLUGINS=1, чтобы проверить, какие зависимости libqxcb.so не удовлетворены. (Вы также можете использовать для этого ldd, как это предлагается в принятом ответе).

Вывод команды может выглядеть так:

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)

Обратите внимание на неисправную libQt5DBus.so.5 библиотеку. Скопируйте его в путь к вашим библиотекам, в моем случае это был тот же каталог, где находится мой двоичный файл (отсюда LD_LIBRARY_PATH=.). Повторяйте этот процесс, пока не будут удовлетворены все зависимости.

P.S. спасибо автору этого ответа за QT_DEBUG_PLUGINS=1.

Я пробовал основные части каждого ответа, но безрезультатно. Что в конечном итоге исправило для меня, так это экспорт следующих переменных среды:

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/ 

Ubuntu 16.04 64бит. У меня проблема, по-видимому, без причин. Накануне вечером я смотрел фильм на моем экземпляре VideoLan, а в ту ночь я хотел бы посмотреть еще один фильм с VideoLan. VLC просто не хотел запускаться из-за ошибки в вопросе. Я немного погуглил и нашел решение, которое решило мою проблему: с этого момента VLC работает так же, как и раньше. Решение этой команды:

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

Я не могу объяснить, каковы его последствия, но я знаю, что это создает некоторую недостающую символическую ссылку.

Начиная с версии 5, Qt использует систему абстракции платформы (QPA) для абстрагирования от лежащая в основе платформа.

Реализация для каждой платформы обеспечивается плагинами. Для X11 это плагин XCB. См. требования Qt для X11 для получения дополнительной информации о зависимостях.

У этой проблемы может быть много причин. Ключ в том, чтобы использовать

export QT_DEBUG_PLUGINS=1

перед запуском приложения Qt. Затем проверьте вывод, который укажет вам направление ошибки. В моем случае это было:

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))

Но это решается в разных потоках. См., Например, https://stackoverflow.com/a/50097275/2408964.

Наверное, эта информация поможет. Я был на Ubuntu 18.04, и когда я попытался установить Krita, используя метод ppa, я получил эту ошибку:

Это приложение не удалось запустить, потому что оно не могло найти или загрузить плагин платформы Qt xcb в.

Доступные плагины для платформы: linuxfb, minimal, minimalegl, offscreen, wayland-egl, wayland, xcb.

Переустановка приложения может решить проблему.

Прервано

Я безуспешно пробовал все решения, которые нашел в этой теме и на других веб-сайтах.

Наконец, я нашел сообщение, в котором автор упоминает, что можно активировать инструмент отладки qt5 с помощью этой простой команды:

export QT_DEBUG_PLUGINS=1

После добавления этой команды я снова запускаю krita. У меня та же ошибка, но на этот раз я знал причину этой ошибки.

libxcb-xinerama.so.0: невозможно открыть файл общих объектов: нет такого файла или каталога.

Эта ошибка мешает правильной загрузке xcb. Итак, решение будет заключаться в установке `libxcb-xinerama.so.0, верно? Однако когда я запускаю команду:

sudo apt install libxcb-xinerama

Библиотека уже установлена. Что теперь, Тео? Ну, тогда я использовал старый трюк :) Ага, тот --reinstall

sudo apt install --reinstall libxcb-xinerama

TL; DR: эта последняя команда решила мою проблему.

Итак, я потратил около дня, пытаясь выяснить, в чем проблема; попробовал все предложенные решения, но ни один из них не работал, как установка xcb libs или экспорт папки плагинов Qt. Решение, предлагающее использовать QT_DEBUG_PLUGINS=1 для отладки проблемы, не дало мне прямого понимания, как в ответе - вместо этого я получал что-то о неразрешенных символах в Qt5Core.

Однако это дало мне подсказку: что, если он пытается использовать разные файлы из разных установок Qt? На моей машине была установлена ​​стандартная версия в /home/username/Qt/ и несколько локальных сборок в моем проекте, которые я скомпилировал сам (у меня есть и другие специальные комплекты в других местах). Всякий раз, когда я пытался использовать какой-либо из наборов (установленных с помощью инструмента обслуживания Qt или созданных мной), я получал «ошибку xcb».

Решение было простым: укажите путь Qt через CMAKE_PREFIX_PATH, а не через Qt5_DIR, как я, и это решило проблему. Пример:

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

Я столкнулся с очень похожей проблемой с тем же сообщением об ошибке. Во-первых, отладьте некоторые, включив принтер Qt Debug с помощью команды командной строки:

экспорт QT_DEBUG_PLUGINS = 1

и перезапустите приложение. Для меня это показало следующее:

Невозможно загрузить библиотеку /home/.../miniconda3/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so: (libxkbcommon-x11.so.0: невозможно открыть файл общего объекта: Нет такой файл или каталог)

Невозможно загрузить библиотеку /home/.../miniconda3/lib/python3.7/site-packages/PyQt5/Qt/plugins/platforms/libqxcb.so: (libxkbcommon-x11.so.0: невозможно открыть файл общего объекта: Нет такой файл или каталог)

Действительно, мне не хватало libxkbcommon-x11.so.0 и libxkbcommon-x11.so.0. Затем проверьте свою архитектуру с помощью dpkg из командной строки Linux. (Для меня командная арка дала другой и бесполезный результат)

dpkg --print-architecture # результат для меня: amd64

Затем я погуглил libxkbcommon-x11.so.0 ubuntu 18.04 amd64, а также для libxkbcommon-x11.so.0, что дает эти пакеты на packages.ubuntu.com. Оглядываясь назад, я понял, что неудивительно, что мне не хватает пакетов, называемых libxkbcommon-x11-0 и libxkbcommon0, и что установка этих пакетов будет включать необходимые файлы, а версии для разработчиков - нет. Тогда решение:

sudo apt-get update

sudo apt-get install libxkbcommon0

sudo apt-get install libxkbcommon-x11-0

Я столкнулся с такой же проблемой при установке Viber. В /opt/viber/plugins/ были все необходимые библиотеки qt. Я проверил зависимости /opt/viber/plugins/platforms/libqxcb.so и обнаружил недостающие зависимости. Это были libxcb-render.so.0, libxcb-image.so.0, libxcb-icccm.so.4, libxcb-xkb.so.1 Итак, я решил свою проблему, установив недостающие пакеты с этими библиотеками:

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

Мне нравится решение с qt.conf.

Поместите qt.conf рядом с исполняемым файлом со следующими строками:

[Paths]
Prefix = /path/to/qtbase

И работает как шарм: ^)

Для рабочего примера:

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

Документация по этому поводу находится здесь: https://doc.qt.io/qt-5/qt-conf.html

В моем случае мне нужно было развернуть два приложения Qt на гостевом виртуальном ящике Ubuntu. Один был командной строкой («приложение»), другой - с графическим интерфейсом («app_GUI»).

Я использовал «ldd app», чтобы узнать, какие библиотеки необходимы, и скопировал их в гостевую систему Ubuntu. В то время как исполняемый файл "приложение" командной строки работал нормально, исполняемый файл с графическим интерфейсом вылетал из строя, давая ошибку "Не удалось загрузить плагин платформы" xcb ". Я проверил ldd на наличие libxcb.so, но это тоже не имел отсутствующих зависимостей.

Проблема, казалось, заключалась в том, что, хотя я скопировал все нужные библиотеки, я случайно скопировал также библиотеки, которые уже присутствовали в гостевой системе ... это означает, что (а) в них не было необходимости копировать их в первую очередь и (б) хуже , их копирование привело к несовместимости между установочными библиотеками. Что еще хуже, они не были обнаружены ЛДД, как я уже сказал ...

Решение? Убедитесь, что вы копируете библиотеки, показанные ldd как отсутствующие, и никаких дополнительных библиотек.

В моем случае отсутствующие файлы заголовков были причиной того, что libxcb не был построен Qt. Установка их в соответствии с https://wiki.qt.io/Building_Qt_5_from_Git#Linux.2FX11/ > решил вопрос:

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

Я связываю все материалы Qt статически с общими сборками Linux моих проектов с открытым исходным кодом. Это немного облегчает жизнь. Вам просто нужно сначала создать статические версии библиотек Qt. Конечно, это не может быть применено к программному обеспечению с закрытым исходным кодом из-за проблем с лицензированием. Развертывание приложений Qt5 в Linux в настоящее время немного проблематично, потому что, например, Ubuntu 12.04 не имеет библиотек Qt5 в репозиториях пакетов.

У меня была эта проблема, и я догадывался, что удалил Qt Configs из своей среды. Т.е.,

rm -rf ~/.config/Qt*

Затем я запустил qtcreator, и он перенастроил себя в соответствии с существующим состоянием машины. Он больше не запоминал, где находились мои проекты, но это просто означало, что мне нужно было перейти к ним «впервые» снова.

Но что еще более важно, он создал согласованный набор путей к библиотекам, так что я мог заново собрать и запустить исполняемые файлы проекта без пропадания библиотек xcb или qxcb.

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

Он создает символическую ссылку, которую пропустил. Хорошо для QT! Хорошо для VLC !!