Application doesn't run because of xcb missing

gunjah292 · 2019-01-13 12:29:18

I've just purchased Write!, which is a word processing app, that looks pretty nice. It comes in one file named Write-v1806280-x64. The installation instructions say to chmod +x the file and execute it. When I do that I get the following error:

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.

I've been trying to install some xcb related packages, but there are so many...

Last edited by gunjah292 (2019-01-13 14:37:25)

Trilby · 2019-01-13 15:01:15

What is the output of `ldd Write-v1806280-x64`?

There may or may not be much we can do. As this is a product you paid for, you should seek help from the provider. They likely link against old libs and you will have a hard time getting this to work in arch.

gunjah292 · 2019-01-13 15:33:44

Well, it seems this app is supposed to install automatically, after being chmodded. If I apply ldd on the installation file, it opens in Ark.

After the intallation the file is located at ~/Applications. If I apply ldd on it, it says the problem is not linked dynamically.

If I open the file, inside there is

/usr
/usr/bin
/usr/lib
/usr/plugins/
/usr/share
AppRun
Write.desktop
Write.svg
.DirIcon

It seems like all the necessary files should be inside /usr/lib. There are at least a few xcb libs.

seth · 2019-01-13 15:35:19

stat /usr/lib/qt/plugins/platforms/libqxcb.so
loginctl show-session $XDG_SESSION_ID | grep -i type

lmg: Write-v1806280-x64 is some shell script?

Trilby · 2019-01-13 15:38:42

gunjah292 wrote:

If I apply ldd on the installation file, it opens in Ark.

This is ... not possible.

But apparently the original file is a self extracting archive.

gunjah292 wrote:

After the intallation the file is located at ~/Applications.

What? You said the initial attempt failed with the error in your first post. Clearly that was not accurate. Please provide precise details of exactly what you are doing and what steps result in what error messages.

gunjah292 wrote:

If I open the file, inside there is
/usr
/usr/bin
/usr/lib
/usr/plugins/
/usr/share
AppRun
Write.desktop
Write.svg
.DirIcon

What do you mean by "opening the file"? Is it a directory, or are you just previewing the contents of a yet-to-be-extracted archive?

gunjah292 · 2019-01-13 15:44:18

stat /usr/lib/qt/plugins/platforms/libqxcb.so

  File: /usr/lib/qt/plugins/platforms/libqxcb.so
  Size: 18256           Blocks: 40         IO Block: 4096   regular file
Device: 10306h/66310d   Inode: 394865      Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2019-01-13 15:31:12.096681725 +0100
Modify: 2018-12-26 13:14:01.000000000 +0100
Change: 2019-01-13 15:31:12.096681725 +0100
 Birth: -

The application also ships its own libqcxb.so in /usr/lib/plugins/platforms. It should not be complaining...

loginctl show-session $XDG_SESSION_ID | grep -i type

Type=x11

gunjah292 · 2019-01-13 15:47:47

@Trilby:

Well I think it is an archive.

Yes, after the installation the file is just moved to ~/Applications. Before I tried to extract the image and merge the folders with my /usr directory, which.... broke my whole system. I just reinstalled Arch, because of it. Luckily I just bought a new computer and it was not that big of a deal, since I haven't had everything set up yet.

Well I guess, because of these stupid mistakes, after seven years of using arch, my posts still get moved to the Newbie folder XD

Last edited by gunjah292 (2019-01-13 15:50:51)

Trilby · 2019-01-13 15:51:49

So what are the actual installation steps? Please reread your first post to see why this is confusing: you said you were provided with a single file that you chmod'ed and then executed to get the error message you provided in your first post. But now it sounds like none of that was true. What command actually resulted in the error message in your first post, and what actual installation steps did you follow prior to that command?

gunjah292 · 2019-01-13 16:04:47

@Trilby: Sorry for that. I was confused myself. After chmodding and executing the file, it is automatically moved to ~/Applications and then executed, which results it the output from the initial post. If I now execute the file the ~/Applications in the terminal, I get the same output.

Last edited by gunjah292 (2019-01-13 16:05:09)

seth · 2019-01-13 16:11:09

ldd that file, also post exact input and output of what you do and "ls -lR ~/Applications" (or whatever the subpath for this program there is)

On a sidenote: this thing looks a hell lot like https://typora.io/#linux ?

Last edited by seth (2019-01-13 16:21:22)

gunjah292 · 2019-01-14 08:30:17

[user@Laptop ~]$ ldd /home/jan/Applications/Write-v1806280-x64 
not a dynamic executable

seth · 2019-01-14 08:43:04

So what is that file?

file /home/jan/Applications/Write-v1806280-x64

(If it's a shell script, you'l have to post it. If the usage terms prevent this, we hit a wall and you *have* to go for vendor support)

Arch Linux

#1 2019-01-13 12:29:18

Application doesn't run because of xcb missing

#2 2019-01-13 15:01:15

Re: Application doesn't run because of xcb missing

#3 2019-01-13 15:33:44

Re: Application doesn't run because of xcb missing

#4 2019-01-13 15:35:19

Re: Application doesn't run because of xcb missing

#5 2019-01-13 15:38:42

Re: Application doesn't run because of xcb missing

#6 2019-01-13 15:44:18

Re: Application doesn't run because of xcb missing

#7 2019-01-13 15:47:47

Re: Application doesn't run because of xcb missing

#8 2019-01-13 15:51:49

Re: Application doesn't run because of xcb missing

#9 2019-01-13 16:04:47

Re: Application doesn't run because of xcb missing

#10 2019-01-13 16:11:09

Re: Application doesn't run because of xcb missing

#11 2019-01-14 08:30:17

Re: Application doesn't run because of xcb missing

#12 2019-01-14 08:43:04

Re: Application doesn't run because of xcb missing

Board footer