Package Details: xnviewmp 0.90-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: 249
Popularity: 3.932185
First Submitted: 2008-07-25 19:01
Last Updated: 2018-03-08 21:02

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

kewl commented on 2018-03-08 22:30

note there is now an AppImage provided as well for XnViewMP

OldNuc commented on 2017-11-10 04:36

0.88-1 has fixed the font issue.

Corax commented on 2017-11-04 12:09

0.88 is upon us :D This should solve the font issues, apparently fuan_k has already confirmed that :-) Don't forget to remove /opt/xnviewmp/lib/ if you used the hack I mentioned below.

Corax commented on 2017-10-08 17:03

@fuan_k: great news, and well done reporting these bugs! Looks like 0.88 is going to be a great release :-)

fuan_k commented on 2017-10-02 03:25

@Corax: he's doing this in private. Wait and see.

edit: here is the bug tracker ticker:

I've also managed to get him to fix the broken config path I mentioned before (below). The problem was using the "Program (XnView)" setting during initial set up, instead of "User (System)". It was a bug anyway, now fixed too.

Corax commented on 2017-10-01 17:54

@fuan_k: awesome! Did he comment about that on the forum? Can't see anything in General Support.

fuan_k commented on 2017-09-29 23:01

Good news, the xnviewmp author has looked into it and has it fixed in an upcoming version! No more fontconfig errors (just tried it myself). :D

Corax commented on 2017-09-27 18:42

@fuan_k: not much I can do about the font glitch I'm afraid, there's probably something wrong about how XnView uses fontconfig :/ Regarding the fontconfig breakage, I'll give it some more time before I hack the PKGBUILD. An Archer has reported the issue on the forum, we'll see how it goes:

fuan_k commented on 2017-09-27 01:52

It's funny because the fontconfig error always mentions a totally different line for each xnviewmp instance.

@Corax: thanks again for maintaining this package. It might be wise to add the workaround to the PKGBUILD (and perhaps document it in comments).

For me I found the old package in /var/cache/pacman, and I did not have 1.10.0 as I skipped an update :P.

Would it be a good idea to ask the author of XnviewMP to include his own fontconfig in the package?
I'm still trying to fix this stupid font glitch from forever ago.

Edit: I got it to work after downgrading to and using this shell script:
export LD_LIBRARY_PATH="/usr/lib:$dirname/Plugins"
export QT_PLUGIN_PATH="/usr/lib:$dirname/lib:/usr/lib/qt/plugins"
export QT_QPA_PLATFORM_PLUGIN_PATH="$dirname/lib/platforms/"
exec "$dirname/XnView" "$@"

Still looking for a way to preload these libs without downgrading my entire system and not segfault xnview.
Edit: I give up. For now, the font glitch is here to stay until I try again. ugh.

OldNuc commented on 2017-09-26 01:03

Corax, that fixed it.

All comments