Package Details: xnviewmp 0.84-4

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: 235
Popularity: 2.339133
First Submitted: 2008-07-25 19:01
Last Updated: 2017-02-08 22:40

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

Corax commented on 2017-02-12 19:22

@fuan_k First, I wish more people didn't "know much about computers" like you do, the world would be a better place :D To be honest the packaging of XnView MP is awful and I don't feel like the maintainer really understands what he does.

Anyway, I found out that I still had a font issue using system libs. I think I found a way to fix it, which is actually quite logical. Please try the latest pkgrel of and let me know if it works for you (look at the commit message for more info on what I did). Note that this package relies on the gtk2 platform themes, but I believe it should work with qt5ct too (just tweak

fuan_k commented on 2017-02-09 18:55

Now segfaulting since the last update, when using system libs (ie. the previous workarounds to fix the fonts don't seem to work anymore because I can only use bundled libs). What on Earth are they doing upstream? xD

Changing the following line in causes the segfault:
``export QT_PLUGIN_PATH="$dirname/lib"`` to ``export QT_PLUGIN_PATH="/usr/lib"``

Must be because updated Qt libs are now 5.8 and xnview is still shipping 5.6 libs?

Edit: Found a new workaround which works!! Edit as follows:

export LD_LIBRARY_PATH="/usr/lib:$dirname/Plugins"
export QT_PLUGIN_PATH="/usr/lib"
export QT_QPA_PLATFORM_PLUGIN_PATH="$dirname/lib/platforms"

and change qt.conf like this:
Plugins = Plugins
lib = lib

Then symlink qt5ct into the Plugins directory:
sudo ln -s /usr/lib/qt/plugins/platformthemes/ /opt/xnviewmp/Plugins/

And to avoid the "missing style proxy" error (not critical, only optional):
sudo mkdir /opt/xnviewmp/Plugins/styles
sudo ln -s /usr/lib/qt/plugins/styles/ /opt/xnviewmp/Plugins/styles/

Then qt5ct plugin loads fine again -- although the icons get reverted to default gnome icons for some reason -- but the font is tweaked accordingly to qt5ct again. Can't find a way to have qt5gtk2 working though.
Sorry I don't know much about computers but... What a MESS!

Corax commented on 2017-02-01 21:18

@goldpaw Yes with your suggestion it's now less problematic (I've updated the pinned comment accordingly), we just have to notice that upstream has made a new release. When I find time I'll set up something to check that periodically, e.g. every day.

And you're very much welcome, I only maintain this package since a few months ago but I'm glad it proves useful to so many people :)

goldpaw commented on 2017-02-01 14:37

@Corax happy to help! :D

And I totally agree that the way the xnview team does their versioning is a problem. We're bound to get checksum errors and bugs from time to time since they don't really label or announce anything. But it's easy enough for us to check the md5 of the source and manually modify the PKGBUILD when needed. We'll figure it out!

Thanks for your continued work, wouldn't know what to do without this package! :)

Corax commented on 2017-01-24 22:10

@goldpaw I implemented your suggestion in the latest commit (I didn't bump the pkgrel as there is no point in making everyone rebuild exactly the same package). Thanks again!

Corax commented on 2017-01-23 21:27

@goldpaw I actually thought about doing that (very briefly though). I was concerned that it could be deceiving as the source archive would be renamed to the wrong version if the PKGBUILD it out-of-date, but that only happens if you've never run makepkg before, which probably means that you don't keep the PKGBUILD repo after building, in which case it doesn't matter how the sources are named. Also doing so would allow me (and others) to keep the various versions around. So yes definitely a good idea, but... Yeah I remember now, there's actually a problem with that. As we've seen last week, upstream doesn't necessarily bump the version number when publishing a new release. I think I'll work around that by appending a rel (release) number. Anyway thanks for mentioning this, I hadn't considered it seriously enough :-)

DungeonMaster commented on 2017-01-22 22:03


Beautiful. Works great.

Just a hint for those who might be experiencing problems with QT_QPA_PLATFORMTHEME=qt5ct I downloaded a package in the AUR called qt5gtk2 and I use QT_QPA_PLATFORMTHEME=qt5gtk

qt5gtk is explained well in this article:

goldpaw commented on 2017-01-22 15:21

@Corax the problem with the wrong md5sum is that the download is stored with the same name each time. This leads to PKGBUILD assuming that the file is already downloaded, and thus it attempts to use the existing one instead. Which leads to a md5sum mismatch, of course.

The solution is to modify the PKGBUILD slightly, so that it includes the pkgver$ variable in the downloaded filename. All that needs changing are the two sources. Not that it's important to use " instead of ' here, otherwise it won't change the $pkgver variable into the actual file version.

I changed the thwo source lines to this, and was able to build it without manually having to delete the old download first:


Yay! :D

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-21 12:13

@blitz qt5-location is a dependency of qt5-webkit so there's no need to specify it. I've just checked that all needed qt5-* dependencies are there. And yes, it's much smaller, that's one of the reasons why it's good to get rid of the bundled libs.

@fuan_k You're absolutely right, the libicu 54 libs are gone, my src tree was not in a clean state >.< Will fix right now.

Regarding QT_QPA_PLATFORMTHEME, it's a good point as I use it too (although I don't use qt5ct anymore, I use gtk2 from qt5-styleplugins), I'll try to see how it interacts with the rest...

fuan_k commented on 2017-01-20 23:05

The only reliable way I found to fix the font issue is to use qt5ct and add this to the environment variables (or just add the following to maybe?)


This will force the Qt application to use whatever you set up. You can also use the "--platformtheme qt5ct" command line option.
You'll notice this in terminal output when running xnviewmp: qt5ct: using qt5ct plugin

Unfortunately, there is still a weird problem: if you use a different desktop environment (i3wm for example) and if you load another picture (from a file manager), the theme will get swapped to the Fusion Theme. More details there:

Fonts will stay fine though, but some widget buttons will get shuffled around and such. Very strange. Anyway, that should go to the XnViewMP developer. ;)

fuan_k commented on 2017-01-20 22:46

Had an error with this line, as it couldn't find the file (I never had it): rm "${pkgdir}/opt/${pkgname}/lib/"libicu*.54*

You might want to change for the following (I could be wrong, but I tested it and it worked I think):
if [[ -e "${pkgdir}/opt/${pkgname}/lib/"libicu*.54* ]]; then
rm "${pkgdir}/opt/${pkgname}/lib/"libicu*.54*

Anyway, I still get issues with this package:
-remove qt.conf as usual (otherwise I get: This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".)
-the font is indeed still the wrong one. Still investigating... Have you guys tried using strace on this program? It's crazy the amount of libraries it's looking for in places that don't even exist... ugh.

blitz commented on 2017-01-20 22:28

xnviewmp 0.84-1 build works
with system Qt5 libs
without bundled /opt/xnviewmp/lib/"lib*
Total Installed Size: 36.54 MiB

The only missing dependency is extra/qt5-location

>Upstream released a new version today (?), which fixes the libicu issue
Version 0.84 x64 (Jan 17 2017)
Libformat version 6.95

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.

Corax commented on 2017-01-20 21:43

@KVF Upstream released a new version today (?), which fixes the libicu issue.

@DungeonMaster Thanks for the feedback, it's very hard to know how things work out on other people's setup so I need this kind of feedback. Given that the libicu issue is now fixed, I reverted to using the bundled libs in 0.84-2, it should work just like before.

@fuan_k @whoseos Since XnView seems to be somewhat working with the system Qt libs, at least for some people, I could create a another xnviewmp package where the bundled libs are removed. Hopefully that would make everyone happy. What do you think?

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 :)

whoseos commented on 2016-10-15 15:50

@Corax, xnviewmp is not able to use the system theme on KDE Plasma with the included qt5 libraries: To fix this the application has to use the system's global qt5 libraries instead of it's own, which can be achieved by removing the qt.conf file and prepending "/usr/lib:" to LD_LIBRARY_PATH and QT_PLUGIN_PATH in the startup script.
I've uploaded a patch for the PKGBUILD @ and the replacement file @ .
It would be great if you could include the changes in the package :)

Corax commented on 2016-10-09 16:02

@martinpoljak Great, adopted :) I've updated the PKGBUILD.

martinpoljak commented on 2016-10-09 13:43

@Corax, if you would like to do, I do it; I'm maintaining it time to time as it's been orphaned. I've disowned it, so claim it!

Corax commented on 2016-10-09 13:37

@martinpoljak If you don't have time to maintain this package, I'd be happy to adopt it.

Corax commented on 2016-10-09 13:35

The current version of the downloaded archives is 0.83 (change pkgver accordingly), here are the md5sums :

phiresky commented on 2016-09-19 12:19

@lmat The failed checksums are caused by the upstream dev not using versioned packages. You can use updpkgsums to fix this locally until the package is updated.

lmat commented on 2016-09-17 22:31

I just tried it out, and it fails to install with "==> Validating source_i686 files with md5sums...
XnViewMP-linux.tgz ... FAILED
==> ERROR: One or more files did not pass the validity check!"

I tried the post that grayich gave in PKGBUILD, but that didn't fix the issue. I'm not exactly waiting on this software, and I have many more to try for photo printing solution. But I thought I would drop a note here for what it's worth!

Corax commented on 2016-07-23 23:15

I'm wondering, why does the package depends on qt5-* at all? XnViewMP is shipped with all the Qt5 libraries it needs, if you use the startup script you don't need Qt5 packages to be installed. Or is that done to pull the dependencies of Qt5 itself?

grayich commented on 2016-03-16 12:10

Crazyachmed commented on 2016-03-11 14:27

With the current version you need to

1) Symlink the tar to so that makepkg succeeds
2) The "Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)" happens because the file is a tar. Just extract it and move it back.

chaos_prevails commented on 2016-03-11 08:36

I run manjaro 15.12 32bit and even after I got this AUR to work, editing two lines in PKGBUILD, diff:
< md5sums_i686=('947e7f3c8d1d63109d8d6a7fb70bfedb'
> md5sums_i686=('02ddd03073564baac32ff8f4c2a59667'
< zcat "${srcdir}/XnView-archx32.gz" > "${pkgdir}/opt/${pkgname}/XnView"
> zcat "${srcdir}/XnViewMP-linux.tgz" > "${pkgdir}/opt/${pkgname}/XnView"

I ended up with
Failed to execute command "/usr/bin/xnviewmp %F".
Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)
When I started the binary /opt/xnviewmp/XnView directly, I got:
This application failed to start because it could not find or load the Qt platform plugin "xcb".

Reinstalling the application may fix this problem.
Aborted (core dumped)
libxcb is installed and AFAIK all the dependencies of /opt/xcnviewmp/lib/platforms/ are satisfied (ldd /opt/xcnviewmp/lib/platforms/

The only way to get XnViewMP working was using the 0.76 binary from here:
AFAIK you can delete the installed package afterwards with sudo pacman -R xnviewmp
I made a launcher to the binary, that's it!

Gryffyn commented on 2016-03-07 15:13

It's not my pkgbuild. I recently adopted this package, and I've been really busy. I'm going to orphan it, you can take it over.

ptrxyz commented on 2016-03-07 10:14

Your pkgbuild is buggy. According to the specs ( the "noextract" array should not contain URLs but only filenames.

In addition I have no idea if XnView-archx??.gz is needed or not but if so, add it to the source array and fix the noextract array to only contain the filenames instead of the URLs.

Find an example here:

tastyminerals commented on 2016-03-06 12:14

Please, fix the package, it has been crashing since like last year, seriously.
==> Starting package()...
gzip: /tmp/yaourt-tmp-tastyminerals/aur-xnviewmp/src/XnView-archx64.gz: No such file or directory
==> ERROR: A failure occurred in package().
==> ERROR: Makepkg was unable to build xnviewmp.
==> Restart building xnviewmp ? [y/N]

hb860 commented on 2016-03-05 12:19

The following block from PKGBUILD should be removed now:
if [ "$CARCH" = "x86_64" ] ; then
zcat "${srcdir}/XnView-archx64.gz" > "${pkgdir}/opt/${pkgname}/XnView"
zcat "${srcdir}/XnView-archx32.gz" > "${pkgdir}/opt/${pkgname}/XnView"

petrovo commented on 2016-02-24 16:11

gzip searches XnView-archx64.gz but exists only XnViewMP-linux-x64.tgz ;-)

Gooberslot commented on 2016-02-24 07:42

I don't think the XnView-archx64 file is needed anymore. I'm just running the base package and everything except videos seem to work fine, and I don't think videos have ever worked for me with this program.

vel1k13 commented on 2016-02-23 17:42

happycadaver, thnx :-)

happycadaver commented on 2016-02-23 16:47

I have a Solution:
git clone
cd xnviewmp/src
cd ..
makepkg -si

frankspace commented on 2016-02-23 14:31

This fails for me, complaining that there is no such file as XnView-archx64.gz.

Gooberslot commented on 2016-02-23 08:43

I realized I had only updated the MD5 for the 64-bit version. Here's another PKGBUILD with the 686 version updated also. I haven't tested it though. Who really runs 32-bit Arch anymore?

pethead commented on 2016-02-23 08:17

Gooberslot, thanks!

Gooberslot commented on 2016-02-23 07:11

That's because a new version has been released but this PKGBUILD still hasn't been updated.

Here's the PKGBUILD I used to install the newer version:

korvinko commented on 2016-02-17 11:20

==> Validating source_x86_64 files with md5sums...
XnViewMp-linux-x64.tgz ... FAILED
XnViewMp-archx64.gz ... Skipped
xnwiewmp.desktop ... Passed

TheKuko commented on 2016-01-11 16:43

Hi, I have a problem with alpha channel in .png files when I want to add them as watermark logo. (

jose1711 commented on 2015-12-25 09:58

ok, here i read it's unsupported:

jose1711 commented on 2015-12-24 23:22

videos are not playing but i suppose this is a known issue

Gryffyn commented on 2015-11-02 00:30


akovia commented on 2015-11-01 15:07

==> Validating source files with md5sums...
XnViewMP-linux-x64.tgz ... Passed
XnView-archx64.gz ... FAILED
xnviewmp.desktop ... Passed
==> ERROR: One or more files did not pass the validity check

fft commented on 2015-11-01 12:09

It fails to check md5sum for XnView-archx64.gz

Gryffyn commented on 2015-10-28 19:29

@remussatala, the way we have source available to us without the risk of the application crashing, version 0.76.1 is not available yet. We shall have to stay with 0.75 until I figure it out.

JoZ3 commented on 2015-10-28 18:44

Continue the version 0.75...

remussatala commented on 2015-10-28 18:12

Is not update. Is still 0.75.

Hudd commented on 2015-10-28 16:35

Also, is libpng12 necessary? xnview seems to work fine without it.

Hudd commented on 2015-10-28 16:35

You should change pkgver to 0.76, because that is (currently) the latest version.

Gryffyn commented on 2015-10-28 14:01

Try that.

Gryffyn commented on 2015-10-28 12:31

Thank you @allencch! I'm still trying to clean this package up from the last maintainer, as many things have changed.

allencch commented on 2015-10-28 11:18

@Gryffyn, there are some changes required for the PKGBUILD,
Line 38, install -m755 "${bname}" "${pkgdir}/usr/bin/${bname}"
And add one more line
ln -s /usr/bin/XnView "${pkgdir}/usr/bin/xnviewmp"
Because the xnviewmp.desktop file will call the "xnviewmp" instead of "XnView".
Besides that, I found the xnview.tgz does not contain the,,, and plugins.
So, I created another PKGBUILD based on forum
The PKGBUILD is available here

willemw commented on 2015-10-28 10:54

==> Starting package()...
install: cannot create regular file ‘/usr/bin/XnView’: Permission denied
==> ERROR: A failure occurred in package().

Fix: change line to:
install -m755 "${bname}" "${pkgdir}/usr/bin/${bname}"

Gryffyn commented on 2015-10-28 08:03

Updated to replacement binary, added libxslt as requested by vinibali.

tastyminerals commented on 2015-10-10 19:30

first segmentation fault, then after I replaced the binary using the link from @baldr I get: xnviewmp: error while loading shared libraries: cannot open shared object file: No such file or directory

vinibali commented on 2015-10-09 18:58

please add the libxslt as dependency.

allencch commented on 2015-10-03 13:16

@baldr, Thank you. That works.

baldr commented on 2015-10-02 18:30

please consider this link:

baldr commented on 2015-10-02 18:28

please consider this link:

jooch commented on 2015-09-29 14:08

Same problem on x86-64:

XNVIEW restoreGeometry before : 640 480
/usr/bin/xnviewmp: regel 5: 7318 Segmentatiefout (geheugendump gemaakt) "$dirname"/XnView "$@"

Running the binary directly gives the following error:

This application failed to start because it could not find or load the Qt platform plugin "xcb".

AFAIK i have all the xcb plugins installed, guess it must be a wrong setup somewhere?

jooch commented on 2015-09-29 13:40

Same problem on x86-64:

XNVIEW restoreGeometry before : 640 480
/usr/bin/xnviewmp: regel 5: 7318 Segmentatiefout (geheugendump gemaakt) "$dirname"/XnView "$@"

Forvord commented on 2015-09-29 07:36

Arch I686:
/usr/bin/xnviewmp: line 5: 14517 Segmentation fault

allencch commented on 2015-09-29 01:20

I don't have "xcb" error. But
Fontconfig error: line 51779151: syntax error
Fontconfig error: Cannot load default config file
XNVIEW restoreGeometry before : 640 480
/usr/bin/xnviewmp: line 5: 16776 Segmentation fault (core dumped) "$dirname"/XnView "$@"

cdown commented on 2015-09-24 00:16

Disowning: I don't use this software much any more (I only brought it to AUR4), and it seems the dependencies are getting pretty complicated without much documentation.

Anonymous comment on 2015-09-23 20:24

According to the WhatsNew.txt file in the downloaded tarball, this version is 0.75 and a lot has changed, despite the version number on the website remaining at 0.72. This version is built with QT 5.4.2 and won't run here. I've tried installing qt5-multimedia qt5-webkit qt5-svg qt5-x11extras, but I'm still getting "This application failed to start because it could not find or load the Qt platform plugin "xcb"." errors.

cdown commented on 2015-09-23 16:24

@mytbk This is the same version number, there is no new release as far as I'm aware.

mytbk commented on 2015-09-23 16:22

@cdown: XnViewMP is a closed source software, it is distributed in binary tarballs without version number, so when they update the software they just update the tarballs.

cdown commented on 2015-09-23 15:36

@scarecrow: Fixed, let me know if you still see problems. It was changed for both the x86 and x86_64 versions, no idea why they changed it upstream.

scarecrow commented on 2015-09-23 15:30

The MD5sum of the 64-bit package (at least) has changed... please update PKGBUILD.

not_anonymous commented on 2015-01-19 17:59

- Here's some (self-explanatory) corrections - I used namcap (Yes namcap can be wrong or over-report.) and pactree ... and these are the *valid* things that could be corrected - (I also bumped the pkgrel to make things easier.)

$ cat diff.PKGBUILD
--- PKGBUILD 2014-12-19 23:26:16.000000000 -0700
+++ PKGBUILD 2015-01-19 10:27:20.060450631 -0700
@@ -9 +9 @@
@@ -15 +15 @@
-depends=('glib2' 'expat' 'libpng12' 'gstreamer0.10-base' 'desktop-file-utils')
+depends=('libpng12' 'gstreamer0.10-base' 'phonon-qt4' 'qtwebkit')
@@ -31,0 +32,4 @@
+prepare() {
+ rm -rf "${srcdir}/XnView/AddOn/.fr-uOM3gq/"
+ rm -rf "${srcdir}/XnView/AddOn/.fr-umBezy/"

kaptoxic commented on 2014-12-19 13:10

md5sum in case of x64 should be change, more specifically, corresponding lines in PKGBUILD should be:

if [ "$CARCH" = 'x86_64' ]; then

CyberWolf2k14 commented on 2014-12-06 21:16

Please ignore previous about v0.71, I am kind of having on eof those days where my mind is "trying" to go like 5 different directions at once, NOT fun.

CyberWolf2k14 commented on 2014-12-06 21:15

I have NEVER tinkered with anything to do withe packages..EVER. I leave that up to those who definitely have FAR more experience than I do.
I just posted here to let someone know that there was definitely an MD5sum problem with this package. I use the package because I really like it, so woul like it updated. On that, I hope maintainer know it is now up to v0.71, right?

x33a commented on 2014-12-06 04:40

@ CyberWolf2k14,

you know that you can always modify your local copy of PKGBUILD, right?

CyberWolf2k14 commented on 2014-12-05 21:38

Just tried to install/update XnViewMP to v0.70 in Manjaro via AUR, and it fails the MD5 check. Please correct soonest as I really would like to be able to update. Thanks.

JoZ3 commented on 2014-12-05 13:25

Hi, wrong md5sums for XnViewMP-linux-x64.tgz is the correct 4cf73c452890d3ee479fa036f50658e5

pdcalado commented on 2014-10-23 09:12

Hi guys,

Does anybody have any problems with the thumbnails for video files?
XnviewMP will not show thumbnails for any of my mp4 files, even though I have all the required packages mentioned above, plus ffmpegthumbnailer (I have thumbnails for videos working in thunar).
Thanks in advance folks

Lynx commented on 2014-10-14 15:45

Please change -R option to -a. With non-default umask it creating problems with permissions.
--- /tmp/PKGBUILD 2014-10-14 18:49:15.043670499 +0400
+++ /tmp/ 2014-10-14 18:41:18.083510804 +0400
@@ -35,10 +35,11 @@
install -d -m755 "${pkgdir}/usr/bin"
install -d -m755 "${pkgdir}/usr/share/applications"

- cp -R "${srcdir}/XnView"/* "${pkgdir}/opt/${pkgname}"
+ cp -a "${srcdir}/XnView"/* "${pkgdir}/opt/${pkgname}"
+ chmod ugo-x "${pkgdir}/opt/${pkgname}"/{xnview.png,xnview_2.png}
ln -s "/opt/${pkgname}/" "${pkgdir}/usr/bin/${pkgname}"

- cp "${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop"
+ install -m644 "${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop"

install -D -m644 "${srcdir}/XnView/license.txt" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"

Also png files for some reason have execution permissions i don't think it needed.

Nothing4You commented on 2014-10-13 08:33

@G-man this is Arch Linux, not Manjaro

G-man commented on 2014-10-11 11:12

Got the update information in my update manager of Manjaro today.
Update failed with this messages:

failed to commit transaction (conflicting files):
xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/ exists in filesystem
xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/ exists in filesystem
xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/ exists in filesystem

Deleted those files manually, repeated update, OK-done.

simon-nicholls commented on 2014-09-19 15:04

To get file associations working correctly (e.g. open image from Finder in XnViewMP), I had to modify the Desktop Entry to `Exec=xnviewmp %u`, as per:

Alister.Hood commented on 2014-09-12 01:37

Any chance you could do something like this, so aur helpers don't give an error and make the user manually delete the "source" whenever there is a new version?:

mytbk commented on 2014-05-24 01:38

recheck the md5sums and update the package

dotmagic commented on 2014-05-23 19:05

Agree with melTraX....

The md5sum for XnViewMP-linux.tgz 32 bit is: 57cf3b9387f1b8cf6f199d54477fe8d0

Please update package

MelTraX commented on 2014-05-20 12:57

It's highly unlikely that XnViewMP-linux.tgz and XnViewMP-linux-x64.tgz have the same checksum as stated in the PKGBUILD.

Strangely enough both checksums are different now (for me at least):

76c157c2644a6ac1ed75be92e2adeb62 xnviewmp.desktop
57cf3b9387f1b8cf6f199d54477fe8d0 XnViewMP-linux.tgz
059baf72c2557f7dd4eab8e7d6eeb417 XnViewMP-linux-x64.tgz

It's still version 0.68 though.

johneb47 commented on 2014-05-20 05:41

small mod to help this programme work correctly.
2nd line of /opt/ should read:
rather than
dirname="$(dirname "$(readlink -e "$0")")"

because when you run the xnviewmp command from /usr/bin $dirname=/usr .
This means that xnviewmp uses all the system libraries rather than the packaged ones.

JoZ3 commented on 2014-05-16 16:52

solved!!! thanks

mytbk commented on 2014-05-16 13:51

Well, maybe there's something wrong upstream. I saw a newer release just now.

JoZ3 commented on 2014-05-16 13:03

Error on the last update:

==> Validating source files with md5sums...
XnViewMP-linux-x64.tgz ... FAILED
xnviewmp.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build xnviewmp.
==> Restart building xnviewmp ? [y/N]
==> -------------------------------------------

mehanoid commented on 2014-03-22 14:23

I found that xnviewmp uses gvfs for moving files to trash.
If package gvfs is not installed, xnviewmp doesn't remove files properly, it just moves them to '~/.local/share/Trash/' (without updating trash metadata).
Maybe add gvfs to dependencies?

willemw commented on 2014-01-07 13:41

In the .install file: it should be 'update-desktop-database -q' (or at least remove the leading slash in /usr).

mytbk commented on 2014-01-07 11:16


reik commented on 2013-10-31 17:16

thanks :)

willemw commented on 2013-08-08 20:50

.install file: 'update-desktop-database -q' in post_install and post_remove.
Package should depend on desktop-file-utils.

dotmagic commented on 2013-07-19 08:13

There's a new Version and the checksum is invalid now. Can you please update the package?

Alister.Hood commented on 2013-07-03 17:14

Interesting. I have qt4 installed and it loads against those libraries, not its own copies (which I can delete). I don't have phonon installed, so I didn't test with that...

mytbk commented on 2013-06-12 09:05

Sorry, I ripped the .desktop file from the PKGBUILD shortly after I adopted the package, but I forgot to replace the ${pkgname} to the name of the package.
By the way, I moved the files back to /opt after I read the FSH doc.

mytbk commented on 2013-06-12 09:02

Sorry, I ripped the .desktop file from the PKGBUILD shortly after I adopted the package, but I forgot to replace the ${pkgname} to the name of the package.
By the way, I moved the files back to /opt after I read the FSH doc.

Anonymous comment on 2013-06-12 08:45


Package works, also I confirm the .desktop "issue" here is an updated one.

[Desktop Entry]
Name=XnView Multi Platform

---------------- However -------------
still the "bug" with the gnome-shell icon is still present i still see the "old" ugly 16x16 pixmap ... while in the application overview xnview is using the correct from the desktop file ...


MelTraX commented on 2013-06-12 08:36

${pkgname} in xnviewmp.desktop was not replaced while updating today. So my file looks like this:

[Desktop Entry]
Name=XnView Multi Platform

guoxh commented on 2013-06-12 08:35

xnviewmp.desktop needs to be updated too.

mytbk commented on 2013-06-12 00:59

Files moved to /usr/share from /opt.

mytbk commented on 2013-06-12 00:49

The latest version of xnviewmp for Linux is Version 0.56 (Jun 10 2013).
But the official website is not updated yet.

anonymous_user commented on 2013-06-11 14:23

0.56 is out. Update the md5sum.

mytbk commented on 2013-05-25 08:27

The latest version of xnview for linux is 0.51beta.

Anonymous comment on 2013-05-25 03:27

Is this supposed to be 1kb when installed? yaourt -Ql xnview doesn't even show any files. It didn't show errors and downloaded 2.6MB, but I end up with nothing actually installed.

anonymous_user commented on 2013-04-15 20:31

Xnviewmp complains about being missing. Needs a dependency on gstreamer0.10-base.

tastyminerals commented on 2012-11-17 18:03

thanks, manjaro does not have libpng12 however.

x33a commented on 2012-11-17 10:45

@ mountpeaks

that's because it has been moved to the community repo.

tastyminerals commented on 2012-11-16 23:08

libpng12 dependency was removed from AUR, you can download it here

Anonymous comment on 2012-06-26 14:13

Thank you asphantix, the PKGBUILD has been updated.

Anonymous comment on 2012-06-26 13:29

md5sums are outdated. These are the new ones:

565f20bdd6bb46130324cb5a74b24f45 XnViewMP-linux.tgz
8889f9e5392ca140c9de10504581dfa0 XnViewMP-linux-x64.tgz

Anonymous comment on 2012-06-13 12:46


Actually, Pierre, the author of Xnview, uses its custom version of Qt. That's why there is a lot of Qt libraries in the Xnview package and there is no direct dependency with the Qt package thus. I suggest to keep the custom Qt libs to guarantee all the features of XnviewMP. However, I've updated the PKGBUILD according to your suggestions. Thank you.

Meow commented on 2012-06-13 11:59

and this is the install file:
post_install() {
update-desktop-database -q /usr/share/applications
post_upgrade() {
post_remove() {
P.S variable reference without double quotes is a very bad habit if you can't guarantee that definitely no white space there in it.

Meow commented on 2012-06-13 11:44

I made a little tweak of your PKGBUILD:
pkgdesc='An efficient multimedia viewer, browser and converter (beta release).'

arch=('x86_64' 'i686')
depends=('glib2' 'expat' 'libpng12' 'qtwebkit')


[ "$CARCH" = 'x86_64' ] && source[0]='' \
&& md5sums[0]='c3271268196486ae4505f362722213dc'

package() {
install -d -m755 "${pkgdir}"/opt/${pkgname}
install -d -m755 "${pkgdir}"/usr/bin
install -d -m755 "${pkgdir}"/usr/share/applications

rm "$srcdir"/XnView/lib/libQt*
rm "$srcdir"/XnView/lib/libphonon*

cp -R "${srcdir}"/XnView/* "${pkgdir}"/opt/${pkgname}

ln -s /opt/${pkgname}/ "${pkgdir}"/usr/bin/${pkgname}
cat <<-_EOF_ > "$pkgdir"/usr/share/applications/xnviewmp.desktop
[Desktop Entry]
Name=XnView Multi Platform


Anonymous comment on 2012-06-13 08:53

Pierre has updated all the packages this morning. md5sum checksums: fixed.
Thank you karol_007.

karol_007 commented on 2012-06-13 08:30

==> Validating source files with md5sums...
XnViewMP-linux.tgz ... FAILED
XnView.desktop ... Passed

The correct one seems to be bc26ba6427fc969c823c28813fe32724.

Anonymous comment on 2012-06-13 06:13

Fixed! Thank you mehanoid.

mehanoid commented on 2012-06-12 23:30

It requires libpng12, please add in dependencies

Anonymous comment on 2012-06-12 21:34

fuchs24, thank you for the flag. The package has been updated.

fuchs24 commented on 2012-06-11 11:28

XnViewMP 0.50 is out.

fuchs24 commented on 2012-06-11 11:21

XnViewMP 0.50 i out.

speps commented on 2012-05-10 21:37

xnview now provides bin32-xnview, merging

allencch commented on 2011-07-13 11:26

It requires xorg-fonts-100dpi
And need to add FontPath to xorg.conf

Anonymous comment on 2011-06-23 23:01

Here's the fix: we need to extract there libs to /usr/share/xnviewmp/lib

Also, the xnviewmp.desktop needs to be fixed. Here's a working version:

[Desktop Entry]
Name=XnView Multi Platform

Anonymous comment on 2011-06-23 22:28

I'm not able to run this on x64:
Here's the crashlog:

Anonymous comment on 2011-04-09 11:41

I disowned this package. I still don't have arch installed and hopefully someone will adopt it.

netawater commented on 2011-04-09 05:03

pkgdesc="An efficient image viewer, browser and converter (beta release)."
arch=('i686' 'x86_64')
[ "$CARCH" = "i686" ] && depends=('glib2' 'libpng' 'expat') &&
source=('') &&

[ "$CARCH" = "x86_64" ] && depends=('lib32-glib2' 'lib32-libpng' 'lib32-expat') &&
source=('') &&

build() {
cd ${srcdir}

cd XnViewMP-${pkgver}

install -d ${startdir}/pkg/usr/share/xnviewmp
cp -R * ${startdir}/pkg/usr/share/xnviewmp

install -Dm 644 XnView.desktop ${pkgdir}/usr/share/applications/xnviewmp.desktop || return 1

install -d ${pkgdir}/usr/bin/
cd ${pkgdir}/usr/bin/
ln -s ../share/xnviewmp/ xnviewmp || return 1


Please use this PKGBUILD, I have tested in my machine, and I can't test x86-64

Besides, symbolic link solution for xnviewmp maybe not good, hope you have a better solution

Anonymous comment on 2011-01-28 21:12

I don't have my Archlinux machine these days, so if anyone is willing to post a valid PKGBUILD using the new 32 and 64bit installers, I'd gladly submit it.

anonymous_user commented on 2011-01-27 02:41

0.35 is out.

philou24 commented on 2011-01-10 20:48

try :

it's ok for me (arch64)

karol_007 commented on 2011-01-05 16:53

OK, it's the way buerbill works (at least at the moment), sorry for the noise.

karol_007 commented on 2011-01-04 23:06

> Those lib32-* packages are on the multilib repository, you only need the if you're running arch at 64bits.
I know that, but why oh why bauerbill wants to download them?
If I'm the only one with the problem maybe it's bauerbill's fault

makepkg has no such problems, it installs the package OK.

Anonymous comment on 2011-01-04 22:41

Those lib32-* packages are on the multilib repository, you only need the if you're running arch at 64bits.

karol_007 commented on 2011-01-03 15:21

I did edit the PKGBUILD and left only 'depends=('glib2' 'libpng' 'expat')' - now it builds and installs OK.

karol_007 commented on 2011-01-03 15:08

Scratch it: I have 'CARCH="i686"'in my /etc/makepkg.conf and I get:

WARNING: about to source /tmp/bauerbill/build/aur/xnviewmp/PKGBUILD
view [v] backup [b] edit [e] continue [ok] skip [s] abort [x] ok
--> resolving lib32-glib2... unresolvable
--> resolving lib32-libpng... unresolvable
--> resolving lib32-expat... unresolvable
--> resolving bash... installed
--> resolving libarchive>=2.7.1... installed
--> resolving libfetch>=2.25... installed
--> resolving pacman-mirrorlist... installed
WARNING: unresolved dependencies: xnviewmp -> lib32-expat (not found)
:: Do you want to ignore the above packages for this operation? [Y/n]

karol_007 commented on 2011-01-03 13:53

I don't have CARCH set and the install process exits because it can't satisfy dependencies: lib32-glib2, lib32-libpng and lib32-expat.
I'm on i686.

Anonymous comment on 2011-01-02 15:09

Updated to version 0.34.

fuchs24 commented on 2010-12-16 10:54

There is a new version out: 0.32

killajoe commented on 2010-12-02 13:56

Same for me on arch64

indianahorst commented on 2010-11-22 17:49

$ xnview
xnview: error while loading shared libraries: cannot open shared object file: No such file or directory

$ yaourt libxp
1 extra/libxp 1.0.0-3 [installed]
X11 X Print Library
4 aur/lib32-libxp 1.0.0-4 [installed] (106)
X11 X Print Library

indianahorst commented on 2010-11-22 17:47

extra/libxp 1.0.0-3 [installed]

indianahorst commented on 2010-11-22 17:32

$ xnview
xnview: error while loading shared libraries: cannot open shared object file: No such file or directory

Anonymous comment on 2010-10-16 13:00

The 0.30 is win only so I'm unflagging out-of-date.

kotyz commented on 2010-06-20 14:44

Qt 4.6.3-1

Only xnviewmp have this problem.

I also filled the bug report in xnviewmp forum:

Anonymous comment on 2010-06-17 18:01

Can you give more info on what qt packages versions you have installed?
Is this the unique qt application that has a problem?

kotyz commented on 2010-06-15 19:59

XnViewMP doesn't start:

[kotyz@behemot ~]$ xnviewmp
Cannot mix incompatible Qt libraries
/usr/bin/xnviewmp: řádek 7: 6274 Neúspěšně ukončen (SIGABRT) $dirname/xnview "$@"

Anonymous comment on 2010-03-31 11:59

Updated to version 0.26. ;)

More info:

Anonymous comment on 2010-03-26 15:02

Adopted and updated to 0.25. :)