Error: "The desktop style for QtQuick Controls 2 applications is not available"

[mawkler]

Hi! I can't launch Sioyek anymore. Here's the output from running sioyek:

> sioyek
qt.qpa.qgnomeplatform.theme: The desktop style for QtQuick Controls 2 applications is not available on the system (qqc2-desktop-style). The application may look broken.
default_config_path: /etc/sioyek/prefs.config
default_keys_path: /etc/sioyek/keys.config
user_config_path: [ 0 ] /etc/xdg/sioyek/prefs_user.config
user_config_path: [ 1 ] /home/melker/.config/sioyek/prefs_user.config
user_keys_path: [ 0 ] /etc/xdg/sioyek/keys_user.config
user_keys_path: [ 1 ] /home/melker/.config/sioyek/keys_user.config
database_file_path: /home/melker/.local/share/sioyek/test.db
local_database_file_path: /home/melker/.local/share/sioyek/local.db
global_database_file_path: /home/melker/.local/share/sioyek/shared.db
tutorial_path: /usr/share/sioyek/tutorial.pdf
last_opened_file_address_path: /home/melker/.local/share/sioyek/last_document_path.txt
shader_path: /usr/share/sioyek/shaders
Creating shared memory block...
Shared memory created: this is the primary application.
Starting IPC server...
IPC server started.
cannot create context: incompatible header (1.23.3) and library (1.23.5) versions
could not create mupdf context

I'm on version 2.0.0.

A little info on my system:

OS: Manjaro Linux x86_64
Kernel: 5.13.19-2-MANJARO
Shell: zsh 5.9
DE: GNOME 45.1
WM: Mutter
Terminal: tmux

I've tried removing both ~/.config/sioyek/keys_user.config and ~/.config/sioyek/prefs_user.config, but I still get the same behaviour.

[ahrm]

It seems the installed mupdf version is incompatible:

cannot create context: incompatible header (1.23.3) and library (1.23.5) versions

[mawkler]

That makes sense. I downgraded libmupdf to 1.23.3 and that solved the issue. Thank you!

[mawkler]

Should this issue really be closed before Sioyek is compatible with the new libmupdf version? 🙂

[ahrm]

I don't consider this an issue with sioyek, it is an issue with the AUR package. In the official appimage builds in this repository we use our own clone of a specific version of mupdf to avoid this exact issue.

[mawkler]

Ok I see!