Package Details: xnviewmp 0.97.1-1

Git Clone URL: https://aur.archlinux.org/xnviewmp.git (read-only, click to copy)
Package Base: xnviewmp
Description: An efficient multimedia viewer, browser and converter.
Upstream URL: http://www.xnview.com/en/xnviewmp/
Keywords: graphics
Licenses: custom
Submitter: oliwer
Maintainer: Corax
Last Packager: Corax
Votes: 273
Popularity: 1.97
First Submitted: 2008-07-25 19:01
Last Updated: 2020-10-18 20:38

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: https://aur.archlinux.org/packages/xnviewmp-system-libs/. 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 ... 11 12 13 14 15 16 17 18 19 20 21 ... Next › Last »

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/Lytro.pm exists in filesystem
xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/Nintendo.pm exists in filesystem
xnviewmp: /opt/xnviewmp/AddOn/lib/Image/ExifTool/Palm.pm 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:

https://wiki.archlinux.org/index.php/default_applications#Applications_don.27t_appear_in_the_Open_With..._context_menu_.28of_a_file_manager.29

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?:
source=('XnViewMP-linux-0.68.tgz::http://download.xnview.com/XnViewMP-linux.tgz')

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

mytbk
small mod to help this programme work correctly.
2nd line of /opt/xnview.sh should read:
dirname="/opt/xnviewmp"
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]
==> -------------------------------------------