pkgname=xnviewmp
pkgver=035
pkgrel=1
pkgdesc="An efficient image viewer, browser and converter (beta release)."
arch=('i686' 'x86_64')
url="http://newsgroup.xnview.com/viewforum.php?f=60"
license=('unknown')
[ "$CARCH" = "i686" ] && depends=('glib2' 'libpng' 'expat') &&
source=('http://download.xnview.com/XnViewMP-linux.tgz') &&
md5sums=('fc97b438a0b5fa1c1884fa205d6b479b')
[ "$CARCH" = "x86_64" ] && depends=('lib32-glib2' 'lib32-libpng' 'lib32-expat') &&
source=('http://download.xnview.com/XnViewMP-linux-x64.tgz') &&
md5sums=('5ba4a8f3786aa3e0be8a442d0fbd708b')
build() {
cd ${srcdir}
cd XnViewMP-${pkgver}
install -d ${startdir}/pkg/usr/share/xnviewmp
cp -R * ${startdir}/pkg/usr/share/xnviewmp
install -Dm 644 XnView.desktop ${pkgdir}/usr/share/applications/xnviewmp.desktop || return 1
install -d ${pkgdir}/usr/bin/
cd ${pkgdir}/usr/bin/
ln -s ../share/xnviewmp/xnview.sh xnviewmp || return 1
}
Please use this PKGBUILD, I have tested in my machine, and I can't test x86-64
Besides, symbolic link solution for xnviewmp maybe not good, hope you have a better solution
Search Criteria
Package Details: xnviewmp 1.7.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: | 303 |
| Popularity: | 2.82 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2024-06-07 17:35 (UTC) |
Dependencies (2)
- qt5-multimedia (qt5-multimedia-gitAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (optional) – support for moving files to trash
Required by (0)
Sources (2)
netawater commented on 2011-04-09 05:03 (UTC)
<deleted-account> commented on 2011-01-28 21:12 (UTC)
I don't have my Archlinux machine these days, so if anyone is willing to post a valid PKGBUILD using the new 32 and 64bit installers, I'd gladly submit it.
anonymous_user commented on 2011-01-27 02:41 (UTC)
0.35 is out.
philou24 commented on 2011-01-10 20:48 (UTC)
try :
LD_LIBRARY_PATH=/opt/lib32/usr/lib
export LD_LIBRARY_PATH
it's ok for me (arch64)
karol_007 commented on 2011-01-05 16:53 (UTC)
OK, it's the way buerbill works (at least at the moment), sorry for the noise.
karol_007 commented on 2011-01-04 23:06 (UTC)
> Those lib32-* packages are on the multilib repository, you only need the if you're running arch at 64bits.
I know that, but why oh why bauerbill wants to download them?
If I'm the only one with the problem maybe it's bauerbill's fault https://bbs.archlinux.org/viewtopic.php?pid=874705#p874705
makepkg has no such problems, it installs the package OK.
<deleted-account> commented on 2011-01-04 22:41 (UTC)
Those lib32-* packages are on the multilib repository, you only need the if you're running arch at 64bits.
karol_007 commented on 2011-01-03 15:21 (UTC)
I did edit the PKGBUILD and left only 'depends=('glib2' 'libpng' 'expat')' - now it builds and installs OK.
karol_007 commented on 2011-01-03 15:08 (UTC)
Scratch it: I have 'CARCH="i686"'in my /etc/makepkg.conf and I get:
WARNING: about to source /tmp/bauerbill/build/aur/xnviewmp/PKGBUILD
view [v] backup [b] edit [e] continue [ok] skip [s] abort [x] ok
--> resolving lib32-glib2... unresolvable
--> resolving lib32-libpng... unresolvable
--> resolving lib32-expat... unresolvable
--> resolving bash... installed
--> resolving libarchive>=2.7.1... installed
--> resolving libfetch>=2.25... installed
--> resolving pacman-mirrorlist... installed
WARNING: unresolved dependencies: xnviewmp -> lib32-expat (not found)
:: Do you want to ignore the above packages for this operation? [Y/n]
karol_007 commented on 2011-01-03 13:53 (UTC)
I don't have CARCH set and the install process exits because it can't satisfy dependencies: lib32-glib2, lib32-libpng and lib32-expat.
I'm on i686.
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.