Package Details: xnviewmp 0.86-1

Git Clone URL: https://aur.archlinux.org/xnviewmp.git (read-only)
Package Base: xnviewmp
Description: An efficient multimedia viewer, browser and converter.
Upstream URL: http://www.xnview.com/en/xnviewmp/
Keywords: graphics
Licenses: custom
Submitter: oliwer
Maintainer: Corax
Last Packager: Corax
Votes: 241
Popularity: 2.281230
First Submitted: 2008-07-25 19:01
Last Updated: 2017-04-27 21:08

Pinned Comments

Corax commented on 2017-01-21 15:34

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...

Corax commented on 2017-01-20 21:49

If makepkg fails because the checksum is incorrect, please flag the package out-of-date and I will update the PKGBUILD.

Upstream does not version the released archives and does not announce new releases either, so the checksum is bound to become wrong every time there is a new release, and there's nothing I can do about that.

Latest Comments

Corax commented on 2017-07-03 21:18

@Slobodan: indeed, something's got really wrong with the permissions, and if folders don't have the right permissions I'm not surprised a segfault happens (it probably links against the system libraries).

To rule out any yaourt configuration issue, could you try building with makepkg directly (assuming /tmp is a tmpfs, which is the default):
$ cd /tmp
$ wget https://aur.archlinux.org/cgit/aur.git/snapshot/xnviewmp.tar.gz
$ tar xvf xnviewmp.tar.gz
$ cd xnviewmp
$ makepkg -i

And then check the permissions (all files should be either 755 or 644). If the permissions are still wrong, please post the output of `bsdtar tvf /tmp/xnviewmp/xnviewmp-0.86-1-x86_64.pkg.tar`.

Slobodan commented on 2017-07-03 11:57

Thanks for response Corax. xnview.sh permissions were 744 after installation. I've chmod-ed them to 777 and xnviw now exits with "Segmentation fault (core dumped)". Looked for xnview folder in home/user/.config - there is none. I'll 'yaourt -Rsn' the package and try again;
---
I've reinstalled it and have the same error. I've noticed that folder /opt/xnviewmp/UI hass permissions 700 whilst all other folders are 755 (if that matters). Thanks again.

Corax commented on 2017-07-02 20:38

@Slobodan: that's strange. The symlink permissions themselves are irrelevant (symlinks are always 777), what are the permissions of /opt/xnviewmp/xnview.sh? By any chance, have you mounted a partition on /opt whose FS doesn't support Unix permissions (e.g. NTFS)?

Slobodan commented on 2017-07-02 16:25

I've yaourt-ed xnview on my fresh Manjaro XFCE 32 bit, didn't edit pkgbuild and now, when starting xnview from menu I have this error message: 'Failed to execute command "/usr/bin/xnviewmp %F". Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)'. Simlink permissions are 777. Can you please help?
I can be reached via mojimejl@tutanota.com

Corax commented on 2017-05-01 22:49

@fuan_k Weird, I don't have this issue. With the default keys in xnview.ini (shortcut=default.keys, toolbar=default.bar), xnviewmp reads the right files:
open("/home/corax/.xnviewmp/default.keys", O_RDONLY|O_CLOEXEC) = 11
open("/home/corax/.xnviewmp/default.bar", O_RDONLY|O_CLOEXEC) = 11

fuan_k commented on 2017-04-28 16:03

Can any of you guys reproduce this issue reported there please?
http://newsgroup.xnview.com/viewtopic.php?f=62&t=35447

The default.keys default.bar files are not looked up properly anymore since 0.85 and the author says he can't reproduce (he only supports Ubuntu as far as I know).

Edit: found a fix replace these values in the xnview.ini file located in ~/.config/xnviewmp/xnview.ini

shortcut=/home/user/.config/xnviewmp/default.keys
toolbar=/home/user/.config/xnviewmp/default.bar

Corax commented on 2017-04-04 18:44

@fritz2 Thanks for the notification, I have bumped the PKGBUILD. No need to comment though, flagging out-of-date is enough to send me a notification.

fritz2 commented on 2017-04-04 15:51

A new version is out:
http://download.xnview.com/XnViewMP-085-linux-x64.tgz
Results in a 404 error:
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://download.xnview.com/XnViewMP-linux-x64.tgz

Corax commented on 2017-02-12 19:22

@fuan_k First, I wish more people didn't "know much about computers" like you do, the world would be a better place :D To be honest the packaging of XnView MP is awful and I don't feel like the maintainer really understands what he does.

Anyway, I found out that I still had a font issue using system libs. I think I found a way to fix it, which is actually quite logical. Please try the latest pkgrel of https://aur.archlinux.org/packages/xnviewmp-system-libs/ and let me know if it works for you (look at the commit message for more info on what I did). Note that this package relies on the gtk2 platform themes, but I believe it should work with qt5ct too (just tweak xnview.sh).

fuan_k commented on 2017-02-09 18:55

Now segfaulting since the last update, when using system libs (ie. the previous workarounds to fix the fonts don't seem to work anymore because I can only use bundled libs). What on Earth are they doing upstream? xD

Changing the following line in xnview.sh causes the segfault:
``export QT_PLUGIN_PATH="$dirname/lib"`` to ``export QT_PLUGIN_PATH="/usr/lib"``

Must be because updated Qt libs are now 5.8 and xnview is still shipping 5.6 libs?

Edit: Found a new workaround which works!! Edit xnview.sh as follows:

export LD_LIBRARY_PATH="/usr/lib:$dirname/Plugins"
export QT_PLUGIN_PATH="/usr/lib"
export QT_QPA_PLATFORM_PLUGIN_PATH="$dirname/lib/platforms"
export QT_QPA_PLATFORMTHEME="qt5ct"

and change qt.conf like this:
[Paths]
Plugins = Plugins
lib = lib

Then symlink qt5ct into the Plugins directory:
sudo ln -s /usr/lib/qt/plugins/platformthemes/libqt5ct.so /opt/xnviewmp/Plugins/libqt5ct.so

And to avoid the "missing style proxy" error (not critical, only optional):
sudo mkdir /opt/xnviewmp/Plugins/styles
sudo ln -s /usr/lib/qt/plugins/styles/libqt5ct-style.so /opt/xnviewmp/Plugins/styles/libqt5ct-style.so

Then qt5ct plugin loads fine again -- although the icons get reverted to default gnome icons for some reason -- but the font is tweaked accordingly to qt5ct again. Can't find a way to have qt5gtk2 working though.
Sorry I don't know much about computers but... What a MESS!

All comments