Package Details: xnviewmp 0.96.4-1

Git Clone URL: (read-only, click to copy)
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: 271
Popularity: 2.32
First Submitted: 2008-07-25 19:01
Last Updated: 2020-07-01 21:36

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

« First ‹ Previous ... 3 4 5 6 7 8 9 10 11 12 13 ... Next › Last »

KVF commented on 2017-01-20 04:35

The PKGBUILD incorrect - md5sums_x86_64=('bbb8bfac5a212103830c9b1dca51c2ae')
should be - a1202367f23f32e14a6a0d860564e1da

DungeonMaster commented on 2017-01-20 03:46


removing the bundled libraries for this update made the fonts a strange type and a size too small to read very well at all. I use this program all the time, so I downloaded the DEB from xnview, ran debtap and installed it. It installed as 0.84-1 and everything appears to be working fine -so far-

I tell you this with the hope that maybe if you look at the DEB or you debtap it and take a look at the tar.xz file, maybe it can help you somehow, I don't know.
I look forward to a fixed 0.84-2 whenever it happens.

Corax commented on 2017-01-17 22:18

So basically upstream 0.84 is broken but I worked around it, more details in the commit I just pushed. Some Qt 5 libraries depend on icu 56, which should be shipped with the rest but is not.

It seems that it works fine with the system Qt 5 libraries for me, so I just removed the bundled libs. I noticed that XnView doesn't use my system Qt theme (QT_QPA_PLATFORMTHEME) because of that, but it can be worked around (XnView provides alternate themes). Please let me know if other things are not working and I'll try to fix them, but I would very much prefer to use the system libs if it's it at all possible.

gabripo commented on 2017-01-17 11:13

Problem on installing the 0.83-1 version!

To allow installing please correct the md5sum in the PKGBUILD with bbb8bfac5a212103830c9b1dca51c2ae (the newest package from the official site, x86_64 version).
Sources linked is wrong at now!

EDIT: The actal icu package version 58.2-1 is not compatible. Please downgrade to the 56.1-2 version to make XnViewMp working - EXCRUCIATING IDEA! IT WILL CORRUPT EVERY OTHER PROGRAM!

Corax commented on 2016-12-16 22:54

@fuan_k Well that's quite troubling indeed... I get this error too, I don't have any font problem but if XnView does indeed what you describe then I may just be lucky. The issue seems to come from the XnView itself, as I see the error message even when forcing it to use the system libfontconfig. Using the normal launch script, symlinking into lib/ doesn't change anything for me.

Actually, if I launch XnView directly, like this:
$ LD_LIBRARY_PATH=/lib:./Plugins/ QT_PLUGIN_PATH=./lib ./XnView
keeping qt.conf as is (otherwise XnView crashes as I mentioned in a previous comment), then the font is wrong! So for me it's the reverse situation...

There's definitely something wrong with XnView, but I'm not sure what to do about it right now, since there's no real problem for me out the box... Anyone else affected by this?

fuan_k and whoseos, feel free to start an email thread or something like that on this topic, to avoid flooding the comments too much.

fuan_k commented on 2016-12-14 19:03

For some reason, the font used in XnView is the wrong one (it's always /usr/share/fonts/TTF/GoudyBookletter1911.ttf for me) which is caused by a bug in

Xnview tries to load (linked to 1.9.2), and then outputs an error:
Fontconfig error: line 38422415: syntax error
Fontconfig error: Cannot load default config file
Then it proceeds to crawl all font directories and ends up using that weird font.
Is this a bug in libfontconfig or in XnView? XnView is the only program that produces this error (AFAIK).
whoseos's solution works to fix the font, but it still produces this error and crawls everything at runtime. :/ see bug report here:

Edit: symlinking into /opt/xnview/lib *seems* to fix the crawling problem.
sudo ln -s /usr/lib/ /opt/xnviewmp/lib/

Corax commented on 2016-10-18 23:16

@whoseos Cool, thanks for investigating! I don't think it's directly a shared library issue though, ldd doesn't report any missing library for me either (anyway, the dynamic linker would complain right away otherwise).

whoseos commented on 2016-10-17 14:19

@Corax Damn :(. A first look with ldd and pacman -Qo shows me 44 packages ( owning the linked libraries. It might just be qt5-base and some other qt5-libs, but I will try to find the minimum required dependencies on a clean arch vm in the next days.

Corax commented on 2016-10-15 17:57

@whoseos It doesn't work for me :/ Using the system libraries, it does launch but it crashes very early:

Do you have any particular library installed?

Corax commented on 2016-10-15 17:25

@whoseos Sounds great! As I mentioned before, for now the qt5 dependencies are useless for now... If it works using the system Qt5 libraries, then that's definitely the way to go!

I'm going to review your patch and replacement script, if it works fine for me too I'm also going to see what can be cleaned up (like the packaged qt5 libraries) before updating the PKGBUILD :)