Package Details: sioyek-git 2.0.0.r1070.g642670b0-1

Git Clone URL: https://aur.archlinux.org/sioyek-git.git (read-only, click to copy)
Package Base: sioyek-git
Description: PDF viewer for research papers and technical books.
Upstream URL: https://github.com/ahrm/sioyek
Licenses: GPL3
Conflicts: sioyek
Provides: sioyek
Submitter: r4ndom
Maintainer: hrdl
Last Packager: hrdl
Votes: 19
Popularity: 0.115722
First Submitted: 2021-09-05 20:20 (UTC)
Last Updated: 2025-12-14 22:01 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

ageorgiev_bg commented on 2025-12-16 16:08 (UTC)

Hello again, libmupdf bump to 1.27.0-1

abiding8954 commented on 2025-12-14 19:18 (UTC)

@ageorgiev_bg re-build the package.

ageorgiev_bg commented on 2025-12-08 07:07 (UTC) (edited on 2025-12-16 16:10 (UTC) by ageorgiev_bg)

Hello,

Due to update of libmupdf 1.26.11 -> libmupdf 1.26.12, sioyek crashes with: sioyek: error while loading shared libraries: libmupdf.so.26.11: cannot open shared object file: No such file or directory I tried to symlink libmupdf.so.26.12 to libmupdf.so.26.11 lib with no success.

zjh commented on 2024-12-09 04:22 (UTC) (edited on 2024-12-09 04:27 (UTC) by zjh)

Some pdfs caused sioyek to crash(see https://github.com/ahrm/sioyek/issues/1151). A workaround is to remove two options in default CXXFLAG. Maybe we can modify the PKGBUILD as suggested in this comment https://github.com/ahrm/sioyek/issues/1151#issuecomment-2482769194.

zjh commented on 2024-06-15 12:57 (UTC) (edited on 2024-06-15 13:04 (UTC) by zjh)

@hrdl thank you! i noticed that you already opened an issue for this.

hrdl commented on 2024-06-15 10:27 (UTC)

@zjh: this is an upstream issue, please open an issue on GitHub. Until this is fixed you can use <C-S-O> in your configuration. Background: Qt's key codes for keys a-z are based on ascii codes for A-Z, which sioyek does not consider.

sneakyturtle commented on 2024-02-21 14:58 (UTC) (edited on 2024-02-21 15:00 (UTC) by sneakyturtle)

I figured it out after using the debugger, it had some problem trying to read the database. It works if I delete ./local/share/sioyek and link my old database directly in the config...

Thanks for the PKGBUILD, I somehow couldn't compile that branch on my own.

hrdl commented on 2024-02-21 12:18 (UTC)

You'll need to use a debugger

sneakyturtle commented on 2024-02-21 12:12 (UTC)

I can get the stack trace with QT_LOGGING_RULES, is this enough, or should I do the debug as well?

qt.core.plugin.factoryloader: Got keys from plugin meta data QList("gnome", "gtk3", "qgnomeplatform")
qt.core.plugin.factoryloader: checking directory path "/usr/bin/wayland-decoration-client" ...
qt.core.library: "/usr/lib/qt6/plugins/wayland-decoration-client/libbradient.so" loaded library
qt.qpa.wayland.backingstore: requestUpdate
qt.accessibility.cache: insert - id: 2147483650  iface: QAccessibleInterface(0x555d964d4320 name="" role=Client obj=MainWidget(0x555d9507e880)"focusable"rect=QRect(0,0 1280x1411))
qt.accessibility.cache: insert - id: 2147483651  iface: QAccessibleInterface(0x555d960d7e00 name="" role=ScrollBar obj=QScrollBar(0x555d95092f20)"invisible")
qt.widgets.painting: Marking QRect(0,0 1280x1411) of MainWidget(0x555d9507e880) dirty with QWidgetRepaintManager::UpdateLater
qt.widgets.painting: Tree with root MainWidget(0x555d9507e880) evaluates to flushing with QRhi
qt.quick.mouse: mouse grabber ambiguous: no event is currently being delivered
qt.quick.dirty: QQuickWindowPrivate::updateDirtyNodes():
qt.scenegraph.time.renderer: time in renderer: total=0ms, preprocess=0, updates=0, rendering=0
qt.widgets.painting: Marking QRect(0,0 1280x1411) of MainWidget(0x555d9507e880) dirty with QWidgetRepaintManager::UpdateLater
qt.widgets.painting: Sending update request to MainWidget(0x555d9507e880) with QWidgetRepaintManager::UpdateLater
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string: construction from null is not valid
zsh: IOT instruction (core dumped)  QT_LOGGING_RULES='*=true' sioyek

1 2 3 4 5 6 Next › Last »