Desktop: AppImage wont start on Gnome 3.28 Arch Linux

[stif]

I have updated my Arch Linux laptop to the latest version today which includes Gnome 3.28 among other updates.

Now i cannot start the AppImage:

```
./Nextcloud-2.3.3-x86_64.AppImage
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.
Abgebrochen (Speicherabzug geschrieben)
[stif@stif-laptop Nextcloud]$
```
If it does matter, i am using wayland.

Any suggestions how to run the Nextcloud client in my setup?

[ravi0lii]

I have the same problem after I've updated my Arch Linux, too. I'm using Gnome also. Googled a bit, no solution worked.

[abdoulayeYATERA]

same problem for me

[simark]

Running with QT_DEBUG_PLUGINS=1 in the environment shows:

QFactoryLoader::QFactoryLoader() checking directory path "/tmp/.mount_Nextclrj7knZ/usr/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/tmp/.mount_Nextclrj7knZ/usr/plugins/platforms/libqxcb.so"
Found metadata in lib /tmp/.mount_Nextclrj7knZ/usr/plugins/platforms/libqxcb.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "xcb"
        ]
    },
    "className": "QXcbIntegrationPlugin",
    "debug": false,
    "version": 329986
}


Got keys from plugin meta data ("xcb")
QFactoryLoader::QFactoryLoader() checking directory path "/tmp/.mount_Nextclrj7knZ/usr/bin/platforms" ...
Cannot load library /tmp/.mount_Nextclrj7knZ/usr/plugins/platforms/libqxcb.so: (/usr/lib/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var)
QLibraryPrivate::loadPlugin failed on "/tmp/.mount_Nextclrj7knZ/usr/plugins/platforms/libqxcb.so" : "Cannot load library /tmp/.mount_Nextclrj7knZ/usr/plugins/platforms/libqxcb.so: (/usr/lib/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var)"
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.

So it's probably an update to Arch's libfontconfig package that broke it. libfontconfig is not included in the AppImage, maybe it should, to avoid using the version from the distro?

[ghost]

I have the same error.
Is a solution available?

[ravi0lii]

I don't think there's are solution for it, currently.

[abdoulayeYATERA]

The only solution i found is to install owncloud client instead, it's compatible.

On April 7, 2018 1:18:28 PM GMT+02:00, Moritz Maier [e-mail] wrote:
I don't think there's are solution for it, currently.Am 07.04.2018 11:57 schrieb rubat [e-mail]:I have the same error.
Is a solution available?

—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or mute the thread.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/nextcloud/client/issues/235#issuecomment-379462161, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AI_6z-XxjHdsHHTERN65hbAC6BMDgvQ1ks5tmKCEgaJpZM4TA9o1.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[ravi0lii]

I think that's the way if they don't want to fix it.

[mikeshultz]

I'm not using wayland and seeing this issue.

[zuernerd]

Got the same issue on void linux after updating

[camilasan]

Could you investigate/fix this @rullzer?

[irf87]

Hello I'm using Manjaro with KDE and I have the same problem.
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.
Abortado (`core' generado)

The version that I use is :Nextcloud-2.3.3-x86_64.AppImage

[amanusk]

Same problem with Manjaro i3:
Nextcloud-2.3.3-x86_64.AppImage
Nextcloud-2.3.2-x86_64.AppImage
Nextcloud-TECH-PREVIEW-E2E-x86_64.AppImage

[mikeshultz]

The paths and necessary packages may be different on other distros, but I was able to get the AppImage binary to use my system libraries and it launched. For reference:

LD_LIBRARY_PATH=/usr/lib QT_QPA_PLATFORM_PLUGIN_PATH=/usr/lib/qt/plugins/platforms ./Nextcloud-2.3.3-x86_64.AppImage

[probonopd]

Mixing the Qt version from the system with the bundled Qt version inside the AppImage is virtually guaranteed to produce crashes. We need to find out what is missing inside the AppImage, and bundle it.

[mikeshultz]

I agree it's not ideal, but some of us need a temporary workaround until this is fixed(it's critical for me). I think it's clear from @simark's debug output that we know what's missing:

Cannot load library /tmp/.mount_Nextclrj7knZ/usr/plugins/platforms/libqxcb.so: (/usr/lib/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var)

[irf87]

@mikeshultz thanks, it works for me =D

[kalsan]

This might be related (I am very unsure however) to the build error of the git repo on Arch Linux, see comments in https://aur.archlinux.org/packages/nextcloud-client/

[probonopd]

Please check whether libharfbuzz.so.0 and/or libfreetype.so.6 are bundled in the AppImage and if so, delete them and see whether that resolves the issue.

Reference:
https://github.com/probonopd/linuxdeployqt/issues/261#issuecomment-378583536

[LinuxUserGD]

@kalsan Seems like the command qt5_use_modules has been deprecated in QT 5.11.
E. g. https://github.com/CloudCompare/CloudCompare/commit/eb01cbc4ff76656764c627564592c0ab599d2585

[GjjvdBurg]

This gist provides a patch for the CMake commands, similar to the commit that @LinuxUserGD linked to.

[baurmatt]

This is still broken. owncloud-client also throws warning by now: Connected to https://xxxxxxxxxx.org as foobar. The server version 13.0.6-1-Nextcloud is unsupported. Proceed at your own risk.

[stif]

Since the owncloud-client throws a warning in combination with a Nextcloud Server, i am using the daily build of the nextcloud-client AppImage from here: https://download.nextcloud.com/desktop/daily/Linux/

The AppImage starts and is working so far

[Fixmetal]

I also faced it recently and I'm a bit disappointed by not finding any solution to this but I think my situation could help diagnose.
I've got my newly fresh installed Fedora 32 (Gnome 3.36) the other day and I needed the Nextcloud client to connect to my own Nextcloud server.
I installed in my working user and everything went smoothly. installed in my personal user and I get the above message.
This is very disappointing if you ask me.

Here's some output from the two "instances" on fresh downloaded client:

Please note I DO use SELinux on my system and I use X11 (not Wayland)

sha256sum /home/work/Downloads/Nextcloud-3.0.2-x86_64.AppImage   /home/mine/Downloads/Nextcloud-3.0.2-x86_64.AppImage 
ca2be129d899fd5adcd0ce172e032939f02d97086e05ef608582eebcc3507260  /home/work/Downloads/Nextcloud-3.0.2-x86_64.AppImage
ca2be129d899fd5adcd0ce172e032939f02d97086e05ef608582eebcc3507260  /home/mine/Downloads/Nextcloud-3.0.2-x86_64.AppImage

$ getenforce 
Enforcing
$ cat /etc/redhat-release 
Fedora release 32 (Thirty Two)

PERSONAL USER (doesn't work)

$ ls -lZ
total 104080
-rwxr-xr-x. 1 mine mine unconfined_u:object_r:user_home_t:s0 106573864 Oct 10 00:18 Nextcloud-3.0.2-x86_64.AppImage

$ export QT_DEBUG_PLUGINS=1

$ ./Nextcloud-3.0.2-x86_64.AppImage 
QFactoryLoader::QFactoryLoader() checking directory path "/tmp/.mount_NextcljMHVwd/usr/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/tmp/.mount_NextcljMHVwd/usr/plugins/platforms/libqxcb.so"
Found metadata in lib /tmp/.mount_NextcljMHVwd/usr/plugins/platforms/libqxcb.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "xcb"
        ]
    },
    "archreq": 0,
    "className": "QXcbIntegrationPlugin",
    "debug": false,
    "version": 330752
}


Got keys from plugin meta data ("xcb")
QFactoryLoader::QFactoryLoader() checking directory path "/tmp/.mount_NextcljMHVwd/usr/bin/platforms" ...
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: xcb.

Aborted (core dumped)

$ id
uid=1000(mine) gid=1000(mine) groups=1000(mine),10(wheel),39(video),63(audio),107(qemu),973(docker),983(libvirt) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

$ echo $XDG_SESSION_TYPE 
x11

WORK USER (it works)

$ ls -lZ 
total 104080
-rwxr-xr-x. 1 work work unconfined_u:object_r:user_home_t:s0 106573864 Oct 10 00:40 Nextcloud-3.0.2-x86_64.AppImage

$ export QT_DEBUG_PLUGINS=1

$ ./Nextcloud-3.0.2-x86_64.AppImage 
QFactoryLoader::QFactoryLoader() checking directory path "/usr/lib64/qt5/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/usr/lib64/qt5/plugins/platforms/libqeglfs.so"
Found metadata in lib /usr/lib64/qt5/plugins/platforms/libqeglfs.so, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "eglfs"
        ]
    },
    "archreq": 0,
    "className": "QEglFSIntegrationPlugin",
    "debug": false,
    "version": 331264
}


In /usr/lib64/qt5/plugins/platforms/libqeglfs.so:
  Plugin uses incompatible Qt library (5.14.0) [release]
"The plugin '/usr/lib64/qt5/plugins/platforms/libqeglfs.so' uses incompatible Qt library. (5.14.0) [release]" 
         not a plugin
QFactoryLoader::QFactoryLoader() looking at "/usr/lib64/qt5/plugins/platforms/libqlinuxfb.so"
Found metadata in lib /usr/lib64/qt5/plugins/platforms/libqlinuxfb.so, metadata=
{
[stuff since it works]

$ id
uid=1001(work) gid=1001(work) groups=1001(work),10(wheel),39(video),63(audio),107(qemu),973(docker),983(libvirt) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

$ echo $XDG_SESSION_TYPE 
x11

Another interesting thing is when diffing the strace of the two executions. At about line 104 the non working one shows:

read(3, 0x7fff9b69f96c, 1)              = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=10394, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---

then at around line 922 the crash on the non-working:

openat(AT_FDCWD, "/tmp/.mount_Nextcld98xM5/usr/qtlogging.ini", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/mine/.config/QtProject/qtlogging.ini", 0x7ffe8b7b7690) = -1 ENOENT (No such file or directory)
stat("/etc/xdg/QtProject/qtlogging.ini", 0x7ffe8b7b7690) = -1 ENOENT (No such file or directory)
write(2, "qt.qpa.plugin: Could not find th"..., 69qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
) = 69
write(2, "This application failed to start"..., 175This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: xcb.

) = 175
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], [], 8) = 0
getpid()                                = 10393
gettid()                                = 10393
tgkill(10393, 10393, SIGABRT)           = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=10393, si_uid=1000} ---
+++ killed by SIGABRT (core dumped) +++

while on the working one it shows:

openat(AT_FDCWD, "/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/libqxcb.so.avx2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/libqxcb.so.avx2", F_OK) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/libqxcb.so", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=10856, ...}) = 0
mmap(NULL, 12552, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f8d1cb26000
mmap(0x7f8d1cb28000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x1000) = 0x7f8d1cb28000
close(4)                                = 0
openat(AT_FDCWD, "/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/haswell/x86_64/libQt5XcbQpa.so.5", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/haswell/x86_64", 0x7ffca9c2da50) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/haswell/libQt5XcbQpa.so.5", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/haswell", 0x7ffca9c2da50) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/x86_64/libQt5XcbQpa.so.5", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/x86_64", 0x7ffca9c2da50) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls/libQt5XcbQpa.so.5", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/tmp/.mount_Nextcl7sjR8E/usr/plugins/platforms/../../lib/tls", 0x7ffca9c2da50) = -1 ENOENT (No such file or directory)

Another interesting thing visible to the strace is that the lines containing reference to QtProject/qtlogging.ini are at around 1235 in the working one whilst the broken shows this just before quitting abruptly.

Maybe this input could help?

[probonopd]

Not sure what is going on here but Qt is trying to load the Wayland Qt plugin for whatever reason:

write(2, "qt.qpa.plugin: Could not find th"..., 69qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""

[Fixmetal]

It seems to me like appimage is looking up to some config file which got persistent at first login (ehi h was on Wayland). It's odd because I did the same for my work account: first login And at least a whole working day I used Wayland. The selection is at login screen and I couldn't stop some tasks by that moment.
I tried find/grep in ~ to search for various patterns, delete cache, but couldn't a clue: with working user it just...works.