@G-man this is Arch Linux, not Manjaro
Search Criteria
Package Details: xnviewmp 1.8.8-1
Package Actions
| 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: | https://www.xnview.com/en/xnviewmp/ |
| Keywords: | graphics |
| Licenses: | custom |
| Submitter: | oliwer |
| Maintainer: | Corax |
| Last Packager: | Corax |
| Votes: | 316 |
| Popularity: | 1.94 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2025-05-17 13:10 (UTC) |
Dependencies (2)
- qt5-multimedia
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (optional) – support for moving files to trash
Required by (0)
Sources (2)
Nothing4You commented on 2014-10-13 08:33 (UTC)
G-man commented on 2014-10-11 11:12 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
recheck the md5sums and update the package
dotmagic commented on 2014-05-23 19:05 (UTC)
Agree with melTraX....
The md5sum for XnViewMP-linux.tgz 32 bit is: 57cf3b9387f1b8cf6f199d54477fe8d0
Please update package
MelTraX commented on 2014-05-20 12:57 (UTC)
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 (UTC)
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 (UTC)
solved!!! thanks
mytbk commented on 2014-05-16 13:51 (UTC)
Well, maybe there's something wrong upstream. I saw a newer release just now.
Pinned Comments
Corax commented on 2017-01-21 15:34 (UTC) (edited on 2017-02-12 19:23 (UTC) by Corax)
Corax commented on 2017-01-20 21:49 (UTC) (edited on 2023-10-30 20:39 (UTC) by Corax)
If makepkg fails because the checksum is incorrect, please flag the package out-of-date and I will update the PKGBUILD.
The PKGBUILD now references the latest versioned archive, as a result of which it should keep working if a new version is released. However, upstream sometimes updates released archives in place, in which case the checksum will fail and a manual intervention is required.