Package Details: xnviewmp-system-libs 0.92-1

Git Clone URL: https://aur.archlinux.org/xnviewmp-system-libs.git (read-only)
Package Base: xnviewmp-system-libs
Description: An efficient multimedia viewer, browser and converter (using system libraries).
Upstream URL: http://www.xnview.com/en/xnviewmp/
Keywords: graphics
Licenses: custom
Conflicts: xnviewmp
Submitter: Corax
Maintainer: Corax
Last Packager: Corax
Votes: 14
Popularity: 0.478221
First Submitted: 2017-01-21 15:31
Last Updated: 2018-09-21 22:21

Latest Comments

1 2 3 Next › Last »

Corax commented on 2018-09-23 23:46

No idea I'm afraid, is it up-to-date (0.36)?

ZZdrr commented on 2018-09-23 10:13

Fix confirmed, removing qt5ct solves the problem. But why?

Corax commented on 2018-09-18 18:15

@ZZdrr: hmm, infinite recursion, not good... Looks like qt5ct is involved, does it work without it? There has to be something else though, because it works fine for me even with qt5ct. Maybe try with a blank XnView profile as well.

ZZdrr commented on 2018-09-17 18:58

0.91 segfaults for me.

Strace:

--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7ffe68719fe8} --- +++ killed by SIGSEGV (core dumped) +++

Journalctl:

Sep 17 20:52:14 desktop audit[9809]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=1 pid=9809 comm="XnView" exe="/opt/xnviewmp/XnView" sig=11 res=1 Sep 17 20:52:14 desktop kernel: audit: type=1701 audit(1537210334.970:80): auid=1000 uid=1000 gid=1000 ses=1 pid=9809 comm="XnView" exe="/opt/xnviewmp/XnView" sig=11 res=1

gdb backtrace: https://www.dropbox.com/s/o8z8pvsfvrxb41m/xnview_gdb.txt

Corax commented on 2018-03-08 21:09

I have removed the QT_QPA_PLATFORMTHEME override in the latest version, as it doesn't work for me anymore (I have a new box running Cinnamon) and qt5ct works fine for me. If someone still has problems with QT_QPA_PLATFORMTHEME=qt5ct, let me know and we'll see how we can sort this out.

Corax commented on 2017-11-09 21:08

@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

@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

@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

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

@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.