Arch Linux User Repository

I have created a new package: xnviewmp-system-libs. This is exactly the same build, except that the bundled Qt/icu libs are removed. Please try it if you want to use XnView without the bundled libs, and discuss any issue related to this configuration here: https://aur.archlinux.org/packages/xnviewmp-system-libs/. Do keep in mind that this is an experimental package though, and things may break when I try to fix other things...

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.

Please change -R option to -a. With non-default umask it creating problems with permissions. --- /tmp/PKGBUILD 2014-10-14 18:49:15.043670499 +0400 +++ /tmp/PKGBUILD.new 2014-10-14 18:41:18.083510804 +0400 @@ -35,10 +35,11 @@ install -d -m755 "${pkgdir}/usr/bin" install -d -m755 "${pkgdir}/usr/share/applications" - cp -R "${srcdir}/XnView"/* "${pkgdir}/opt/${pkgname}" + cp -a "${srcdir}/XnView"/* "${pkgdir}/opt/${pkgname}" + chmod ugo-x "${pkgdir}/opt/${pkgname}"/{xnview.png,xnview_2.png} ln -s "/opt/${pkgname}/xnview.sh" "${pkgdir}/usr/bin/${pkgname}" - cp "${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop" + install -m644 "${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop" install -D -m644 "${srcdir}/XnView/license.txt" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } Also png files for some reason have execution permissions i don't think it needed.

@G-man this is Arch Linux, not Manjaro

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.

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

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')

recheck the md5sums and update the package

Agree with melTraX.... The md5sum for XnViewMP-linux.tgz 32 bit is: 57cf3b9387f1b8cf6f199d54477fe8d0 Please update package

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.

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.

solved!!! thanks