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
Search Criteria
Package Details: xnviewmp 1.8.2-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: | 310 |
| Popularity: | 2.92 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2024-10-19 21:05 (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)
simon-nicholls commented on 2014-09-19 15:04 (UTC)
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.
JoZ3 commented on 2014-05-16 13:03 (UTC)
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 (UTC)
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?
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.