Package Details: xnviewmp-system-libs 1.7.1-1

Git Clone URL: https://aur.archlinux.org/xnviewmp-system-libs.git (read-only, click to copy)
Package Base: xnviewmp-system-libs
Description: An efficient multimedia viewer, browser and converter (using system libraries).
Upstream URL: https://www.xnview.com/en/xnviewmp/
Keywords: graphics
Licenses: custom
Conflicts: xnviewmp
Submitter: Corax
Maintainer: Corax
Last Packager: Corax
Votes: 25
Popularity: 0.120543
First Submitted: 2017-01-21 15:31 (UTC)
Last Updated: 2024-04-09 18:54 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

Corax commented on 2017-11-09 21:08 (UTC)

@cbertelli: this is still not a stack trace... Tracing open() is not that useful here. Copy the stack trace from journalctl.

cbertelli commented on 2017-11-04 13:11 (UTC)

@Corax This is the trace: $ strace -eopen /opt/xnviewmp/xnview.sh open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib/locale/it_IT.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it_IT.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it_IT/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2125, si_uid=1001, si_status=0, si_utime=0, si_stime=0} --- --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2126, si_uid=1001, si_status=0, si_utime=0, si_stime=0} --- open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib/locale/it_IT.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it_IT.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it_IT/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 4 open("/opt/xnviewmp/lib/platforms", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3 open("/opt/xnviewmp/lib/xcbglintegrations", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 6 open("/opt/xnviewmp/lib/platformthemes", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 6 open("/opt/xnviewmp/lib/platforminputcontexts", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 6 open("/opt/xnviewmp/lib/styles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 6 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1} --- +++ killed by SIGSEGV (core dumped) +++ Segmentation fault (core dumped) (anyway xnview.sh was not executable save from root, strange...)

Corax commented on 2017-10-22 11:35 (UTC)

@Maniaxx: oh yes, the fontconfig issue impacts everyone, and should be fixed in 0.88 indeed. In the meantime, you can use the hack I mentioned on the other package: https://aur.archlinux.org/packages/xnviewmp (comment on 2017-09-25, can't link a comment :/).

Maniaxx commented on 2017-10-21 18:48 (UTC) (edited on 2017-10-21 19:07 (UTC) by Maniaxx)

Indeed, libqgtk2style.so was a foreign package. Sorry for that. Starts properly now. Still have the fontconfig problem though: https://www.xnview.com/mantisbt/view.php?id=1315 I guess we need to wait for 0.88 for that.

Corax commented on 2017-10-18 18:44 (UTC)

@cbertelli: this is not a stack trace. What you are seeing here is fully expected, running the XnView binary directly does *not* work. What happens when you run the the xnviewmp wrapper (xnview.sh)? If you get a segfault, copy the stack trace from journalctl. @Maniaxx: I doubt this has anything to do with this package, which doesn't provide any Qt library. Check that your Qt packages have consistent versions.

Maniaxx commented on 2017-10-17 21:06 (UTC)

$ xnviewmp Cannot mix incompatible Qt library (version 0x50901) with this library (version 0x50902) Aborted (core dumped) #0 0x00007f1f265018a0 raise (libc.so.6) #1 0x00007f1f26502f09 abort (libc.so.6) #2 0x00007f1f27f2d858 _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5) #3 0x00007f1f28153f0f _ZN14QObjectPrivateC2Ei (libQt5Core.so.5) #4 0x00007f1f0a2afe7e n/a (libqgtk2style.so) #5 0x00007f1f0a29ed3e n/a (libqgtk2style.so) #6 0x00007f1f0a2b276b n/a (libqgtk2style.so) #7 0x00007f1f2923dce3 _ZN13QStyleFactory6createERK7QString (libQt5Widgets. #8 0x00007f1f291d1adc _ZN12QApplication5styleEv (libQt5Widgets.so.5) #9 0x00007f1f291d1e36 _ZN19QApplicationPrivate10initializeEv (libQt5Widget #10 0x00007f1f291d1e9b _ZN19QApplicationPrivate4initEv (libQt5Widgets.so.5) #11 0x00000000008b1ff8 n/a (XnView) #12 0x0000000000994766 n/a (XnView) #13 0x00000000008164cf n/a (XnView) #14 0x00007f1f264edf6a __libc_start_main (libc.so.6) #15 0x0000000000505ba1 n/a (XnView)

cbertelli commented on 2017-10-17 13:24 (UTC)

@Corax Here is my stack trace: $ strace -eopen /opt/xnviewmp/XnView open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib/locale/it_IT.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it_IT.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it_IT/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/it/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 4 This application failed to start because it could not find or load the Qt platform plugin "xcb" in "". Reinstalling the application may fix this problem. --- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=24310, si_uid=1001} --- +++ killed by SIGABRT (core dumped) +++ Aborted (core dumped) I have both Qt4 and Qt5 on board (QGIS e. g. needs it). Maybe the issue is due to this.

Corax commented on 2017-10-16 21:41 (UTC)

@cbertelli: do not run any application as root unless there's a good reason to do that! Now, what's the exact permission error you get? For the segfault, do you have a stack trace (e.g. from journalctl)? /usr/lib/qt/plugins/styles not existing is not a problem, I added this symlink recently and only makes a difference if you use styles. Your problem comes from somewhere else.

cbertelli commented on 2017-10-16 15:56 (UTC) (edited on 2017-10-16 16:12 (UTC) by cbertelli)

I get a "permission denied" error. If I start it with sudo I get: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' Segmentation fault I see /usr/lib/qt/plugins/styles does not exist. After adding package qt5gtk2 from aur (that adds syle and the qt5gtk2 style in it) and changing the new QT_QPA_PLATFORMTHEME, still I have the same Segmentation fault.

Corax commented on 2017-10-03 23:10 (UTC) (edited on 2017-10-03 23:11 (UTC) by Corax)

@Marcouney: very good point, thanks for pointing that out! In fact, I originally intended to use all the directories in /usr/lib/qt/plugins/, but I couldn't do that because including xcbglintegrations/ was crashing XnView (and still does, unfortunately). So instead I replaced the lib directories provided in xnviewmp/lib with symlinks into the system directories. But clearly, even though it is not provided with XnView, styles/ is a directory that can be useful and doesn't crash XnView, so it should be added. I have pushed 0.87-2, which does this additional symlink. I wonder, should I modify xnview.sh to only set QT_QPA_PLATFORMTHEME if it is not already set? That would make the lives of people using qt5ct easier, I guess.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »