Package Details: sioyek-git 2.0.0.r894.g4015156-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: 9
Popularity: 0.141281
First Submitted: 2021-09-05 20:20 (UTC)
Last Updated: 2024-09-09 17:34 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

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.

zjh commented on 2024-06-14 08:36 (UTC) (edited on 2024-06-15 13:26 (UTC) by zjh)

Hi, can you use the shortcut for open_document_embedded_from_current_path <C-S-o> normally? The package sioyek caused the issue https://github.com/ahrm/sioyek/issues/539. But for this one, there is no response when i press <C-S-o>. Here is the log from terminal

sioyek 
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/zjh/.config/kdedefaults/sioyek/prefs_user.config
user_config_path: [ 2 ] /home/zjh/.config/sioyek/prefs_user.config
user_keys_path: [ 0 ] /etc/xdg/sioyek/keys_user.config
user_keys_path: [ 1 ] /home/zjh/.config/kdedefaults/sioyek/keys_user.config
user_keys_path: [ 2 ] /home/zjh/.config/sioyek/keys_user.config
database_file_path: /home/zjh/.local/share/sioyek/test.db
local_database_file_path: /home/zjh/.local/share/sioyek/local.db
global_database_file_path: /home/zjh/.local/share/sioyek/shared.db
tutorial_path: /usr/share/sioyek/tutorial.pdf
last_opened_file_address_path: /home/zjh/.local/share/sioyek/last_document_path.txt
shader_path: /usr/share/sioyek/shaders
Warning: invalid command (key: resetting to root
Warning: invalid command (key:O); resetting to root

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

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

Do you have a stack trace that you can share? Rebuilding with an options=(debug) line added to PKGBUILD and installing the resulting -debug package might be a good idea.

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

It doesn't seem to compile correctly with the new development branch. I get an IOT instruction (core dumped) when I try to open sioyek.

hawkis commented on 2023-11-07 13:55 (UTC)

Seems like using mupdf 1.23 is causing some issues - see related issue: https://github.com/ahrm/sioyek/issues/856

hrdl commented on 2023-09-05 06:58 (UTC)

I've modified said patch and have been testing it since yesterday: https://paste.debian.net/1290973/

1 2 3 4 5 Next › Last »