You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
AppImages fail to start because libworkerscriptplugin.so have no RPATH set, and thus tries to load its backing library libQt6QmlWorkerScript.so.6 on the host system instead of the AppImage.
Cannot load library /tmp/.mount_XXXL4O6JB/usr/qml/QtQml/WorkerScript/libworkerscriptplugin.so: /tmp/.mount_XXXL4O6JB/usr/bin/../lib/libQt6Qml.so.6: version `Qt_6.7.2_PRIVATE_API' not found (required by /lib64/libQt6QmlWorkerScript.so.6)
No QML plugin (stored in /tmp/.mount_XXXL4O6JB/usr/qml/) has its RPATH set.
The problem is that with "modern Qt with CMake" the QML plugins are already copied in appdir/usr/qml during cmake --install. When linuxdeployqt steps on this existing directory (
Thanks for analyzing this @a12e, and for the workaround.
Maybe we should simply not skip already deployed imports? This might significantly increase the time the program needs to run. The proper thing to do would probably be to check if it had been deployed and rpath patched properly before...
AppImages fail to start because
libworkerscriptplugin.so
have no RPATH set, and thus tries to load its backing librarylibQt6QmlWorkerScript.so.6
on the host system instead of the AppImage.No QML plugin (stored in
/tmp/.mount_XXXL4O6JB/usr/qml/
) has its RPATH set.Non-working QML plugin .so:
Working backing library .so (note RUNPATH):
The problem is that with "modern Qt with CMake" the QML plugins are already copied in
appdir/usr/qml
duringcmake --install
. When linuxdeployqt steps on this existing directory (linuxdeployqt/tools/linuxdeployqt/shared.cpp
Lines 1771 to 1776 in ff74b85
A workaround is to
rm -rf appdir/usr/qml
before invoking linuxdeployqt.The text was updated successfully, but these errors were encountered: