Package Details: xnviewmp 0.87-1

Git Clone URL: (read-only)
Package Base: xnviewmp
Description: An efficient multimedia viewer, browser and converter.
Upstream URL:
Keywords: graphics
Licenses: custom
Submitter: oliwer
Maintainer: Corax
Last Packager: Corax
Votes: 244
Popularity: 3.221180
First Submitted: 2008-07-25 19:01
Last Updated: 2017-09-07 22:27

Pinned Comments

Corax commented on 2017-01-21 15:34

I have created a new package: xnviewmp-system-libs. This is exactly the same build, except that the bundled Qt/icu libs are removed. Please try it if you want to use XnView without the bundled libs, and discuss any issue related to this configuration here: Do keep in mind that this is an experimental package though, and things may break when I try to fix other things...

Corax commented on 2017-01-20 21:49

If makepkg fails because the checksum is incorrect, please flag the package out-of-date and I will update the PKGBUILD.

Upstream does not version the released archives and does not announce new releases either, so the checksum is bound to become wrong every time there is a new release, and there's nothing I can do about that.

Latest Comments

OldNuc commented on 2017-09-22 12:29

fontconfig-2.12.6-1 breaks all fonts. specifically with this error:
Fontconfig error: "/etc/fonts/fonts.conf", line 43631311: syntax error
Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf

porzione commented on 2017-09-22 12:06

With latest fontconfig-2.12.6-1 there are no more visible fonts in xnviewmp and xnviewmp-system-libs too, just empty spaces. Quick fix - downgrade to fontconfig-2.12.5-1.

Corax commented on 2017-07-03 21:18

@Slobodan: indeed, something's got really wrong with the permissions, and if folders don't have the right permissions I'm not surprised a segfault happens (it probably links against the system libraries).

To rule out any yaourt configuration issue, could you try building with makepkg directly (assuming /tmp is a tmpfs, which is the default):
$ cd /tmp
$ wget
$ tar xvf xnviewmp.tar.gz
$ cd xnviewmp
$ makepkg -i

And then check the permissions (all files should be either 755 or 644). If the permissions are still wrong, please post the output of `bsdtar tvf /tmp/xnviewmp/xnviewmp-0.86-1-x86_64.pkg.tar`.

Slobodan commented on 2017-07-03 11:57

Thanks for response Corax. permissions were 744 after installation. I've chmod-ed them to 777 and xnviw now exits with "Segmentation fault (core dumped)". Looked for xnview folder in home/user/.config - there is none. I'll 'yaourt -Rsn' the package and try again;
I've reinstalled it and have the same error. I've noticed that folder /opt/xnviewmp/UI hass permissions 700 whilst all other folders are 755 (if that matters). Thanks again.

Corax commented on 2017-07-02 20:38

@Slobodan: that's strange. The symlink permissions themselves are irrelevant (symlinks are always 777), what are the permissions of /opt/xnviewmp/ By any chance, have you mounted a partition on /opt whose FS doesn't support Unix permissions (e.g. NTFS)?

Slobodan commented on 2017-07-02 16:25

I've yaourt-ed xnview on my fresh Manjaro XFCE 32 bit, didn't edit pkgbuild and now, when starting xnview from menu I have this error message: 'Failed to execute command "/usr/bin/xnviewmp %F". Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)'. Simlink permissions are 777. Can you please help?
I can be reached via

Corax commented on 2017-05-01 22:49

@fuan_k Weird, I don't have this issue. With the default keys in xnview.ini (shortcut=default.keys,, xnviewmp reads the right files:
open("/home/corax/.xnviewmp/default.keys", O_RDONLY|O_CLOEXEC) = 11
open("/home/corax/.xnviewmp/", O_RDONLY|O_CLOEXEC) = 11

fuan_k commented on 2017-04-28 16:03

Can any of you guys reproduce this issue reported there please?

The default.keys files are not looked up properly anymore since 0.85 and the author says he can't reproduce (he only supports Ubuntu as far as I know).

Edit: found a fix replace these values in the xnview.ini file located in ~/.config/xnviewmp/xnview.ini


Corax commented on 2017-04-04 18:44

@fritz2 Thanks for the notification, I have bumped the PKGBUILD. No need to comment though, flagging out-of-date is enough to send me a notification.

fritz2 commented on 2017-04-04 15:51

A new version is out:
Results in a 404 error:
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading

All comments