Well, maybe there's something wrong upstream. I saw a newer release just now.
Search Criteria
Package Details: xnviewmp 1.7.1-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: | 302 |
| Popularity: | 3.25 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2024-04-09 18:52 (UTC) |
Dependencies (2)
- qt5-multimedia (qt5-multimedia-gitAUR)
- glib2 (glib2-gitAUR, glib2-patched-thumbnailerAUR, glib2-selinuxAUR) (optional) – support for moving files to trash
Required by (0)
Sources (2)
mytbk commented on 2014-05-16 13:51 (UTC)
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?
willemw commented on 2014-01-07 13:41 (UTC)
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 (UTC)
Updated.
reik commented on 2013-10-31 17:16 (UTC)
thanks :)
willemw commented on 2013-08-08 20:50 (UTC)
.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 (UTC)
There's a new Version and the checksum is invalid now. Can you please update the package?
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.