Package Details: xnviewmp 0.96.2-1

Git Clone URL: (read-only, click to copy)
Package Base: xnviewmp
Description: An efficient multimedia viewer, browser and converter.
Upstream URL:
Keywords: graphics
Licenses: custom
Submitter: oliwer
Maintainer: Corax
Last Packager: Corax
Votes: 268
Popularity: 0.24
First Submitted: 2008-07-25 19:01
Last Updated: 2020-05-08 15:38

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

fuan_k commented on 2017-09-29 23:01

Good news, the xnviewmp author has looked into it and has it fixed in an upcoming version! No more fontconfig errors (just tried it myself). :D

Corax commented on 2017-09-27 18:42

@fuan_k: not much I can do about the font glitch I'm afraid, there's probably something wrong about how XnView uses fontconfig :/ Regarding the fontconfig breakage, I'll give it some more time before I hack the PKGBUILD. An Archer has reported the issue on the forum, we'll see how it goes:

fuan_k commented on 2017-09-27 01:52

It's funny because the fontconfig error always mentions a totally different line for each xnviewmp instance.

@Corax: thanks again for maintaining this package. It might be wise to add the workaround to the PKGBUILD (and perhaps document it in comments).

For me I found the old package in /var/cache/pacman, and I did not have 1.10.0 as I skipped an update :P.

Would it be a good idea to ask the author of XnviewMP to include his own fontconfig in the package?
I'm still trying to fix this stupid font glitch from forever ago.

Edit: I got it to work after downgrading to and using this shell script:
export LD_LIBRARY_PATH="/usr/lib:$dirname/Plugins"
export QT_PLUGIN_PATH="/usr/lib:$dirname/lib:/usr/lib/qt/plugins"
export QT_QPA_PLATFORM_PLUGIN_PATH="$dirname/lib/platforms/"
exec "$dirname/XnView" "$@"

Still looking for a way to preload these libs without downgrading my entire system and not segfault xnview.
Edit: I give up. For now, the font glitch is here to stay until I try again. ugh.

OldNuc commented on 2017-09-26 01:03

Corax, that fixed it.

Corax commented on 2017-09-25 22:14

@porzione @OldNuc: you're right, I've got exactly the same problem. To avoid having to downgrade fontconfig system-wide, the trick I'm using for now is to put the previous version of fontconfig in lib/:

$ cd /tmp
$ tar xvf /var/cache/pacman/pkg/fontconfig-2.12.5-1-x86_64.pkg.tar.xz usr/lib/
$ sudo mv usr/lib/ /opt/xnviewmp/lib/

If the problem persists, I could add this kind of workaround to the PKGBUILD.

OldNuc commented on 2017-09-22 12:29

fontconfig-2.12.6-1 breaks all fonts. specifically with this error:
Fontconfig error: "/etc/fonts/fonts.conf", line 43631311: syntax error
Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf

porzione commented on 2017-09-22 12:06

With latest fontconfig-2.12.6-1 there are no more visible fonts in xnviewmp and xnviewmp-system-libs too, just empty spaces. Quick fix - downgrade to fontconfig-2.12.5-1.

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
$ 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. 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/ By any chance, have you mounted a partition on /opt whose FS doesn't support Unix permissions (e.g. NTFS)?