$ xnview
xnview: error while loading shared libraries: libXp.so.6: 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
Search Criteria
Package Details: xnviewmp 1.8.3-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: | 311 |
Popularity: | 1.89 |
First Submitted: | 2008-07-25 19:01 (UTC) |
Last Updated: | 2024-11-16 14:49 (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)
indianahorst commented on 2010-11-22 17:49 (UTC)
<deleted-account> commented on 2010-10-16 13:00 (UTC)
The 0.30 is win only so I'm unflagging out-of-date.
kotyz commented on 2010-06-20 14:44 (UTC)
Qt 4.6.3-1
Only xnviewmp have this problem.
I also filled the bug report in xnviewmp forum: http://newsgroup.xnview.com/viewtopic.php?f=62&t=20250&p=85135
<deleted-account> commented on 2010-06-17 18:01 (UTC)
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 (UTC)
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 "$@"
<deleted-account> commented on 2010-03-31 11:59 (UTC)
Updated to version 0.26. ;)
More info: http://newsgroup.xnview.com/viewtopic.php?f=60&t=19759
<deleted-account> commented on 2010-03-26 15:02 (UTC)
Adopted and updated to 0.25. :)
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.