Package Details: xnviewmp-system-libs 1.9.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: 28
Popularity: 0.42
First Submitted: 2017-01-21 15:31 (UTC)
Last Updated: 2025-05-29 20:12 (UTC)

Latest Comments

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

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.

Marcouney commented on 2017-09-22 15:00 (UTC)

qt5ct seems to work if one adds a symbolic link to /usr/lib/qt/plugins/styles in /opt/xnviewmp/lib/.

Corax commented on 2017-08-02 18:08 (UTC)

@waldbaer59: it's great to hear that, thanks for your feedback!

waldbaer59 commented on 2017-08-02 04:20 (UTC)

As far as I can see all works like it should. Even better: when Gimp is loaded via xnviewmp, the G'mic plugins don't crash, as it happens with the 'normal' xnviewmp due to qt-version conflicts.

Corax commented on 2017-04-27 21:44 (UTC) (edited on 2017-04-27 21:44 (UTC) by Corax)

I managed to remove more libraries (everything in lib/, basically), I haven't tested it thoroughly so if you notice new problems please come back to me.

Corax commented on 2017-02-05 23:52 (UTC)

@whoseos You're welcome, glad this solution works for you too! If you remember the crash I mentioned previously, it was due to qt.conf being absent, it works for me as long as it is there, even if it is empty... So I left it there unmodified, nobody has complained so far so I take it as a good sign :-)

whoseos commented on 2017-02-04 11:13 (UTC)

Works very nicely on a recently renewed plasma desktop install. Thanks for your efforts, Corax!

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