Package Details: xnviewmp 1.8.6-1

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: 315
Popularity: 3.40
First Submitted: 2008-07-25 19:01 (UTC)
Last Updated: 2025-02-15 20:58 (UTC)

Dependencies (2)

Required by (0)

Sources (2)

Pinned Comments

Corax commented on 2017-01-21 15:34 (UTC) (edited on 2017-02-12 19:23 (UTC) by Corax)

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

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 27 Next › Last »

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.

Corax commented on 2017-01-20 21:43 (UTC)

@KVF Upstream released a new version today (?), which fixes the libicu issue. @DungeonMaster Thanks for the feedback, it's very hard to know how things work out on other people's setup so I need this kind of feedback. Given that the libicu issue is now fixed, I reverted to using the bundled libs in 0.84-2, it should work just like before. @fuan_k @whoseos Since XnView seems to be somewhat working with the system Qt libs, at least for some people, I could create a another xnviewmp package where the bundled libs are removed. Hopefully that would make everyone happy. What do you think?

KVF commented on 2017-01-20 04:35 (UTC)

The PKGBUILD incorrect - md5sums_x86_64=('bbb8bfac5a212103830c9b1dca51c2ae') should be - a1202367f23f32e14a6a0d860564e1da

DungeonMaster commented on 2017-01-20 03:46 (UTC)

@Corax removing the bundled libraries for this update made the fonts a strange type and a size too small to read very well at all. I use this program all the time, so I downloaded the DEB from xnview, ran debtap and installed it. It installed as 0.84-1 and everything appears to be working fine -so far- I tell you this with the hope that maybe if you look at the DEB or you debtap it and take a look at the tar.xz file, maybe it can help you somehow, I don't know. I look forward to a fixed 0.84-2 whenever it happens.

Corax commented on 2017-01-17 22:18 (UTC) (edited on 2017-01-18 19:33 (UTC) by Corax)

So basically upstream 0.84 is broken but I worked around it, more details in the commit I just pushed. Some Qt 5 libraries depend on icu 56, which should be shipped with the rest but is not. It seems that it works fine with the system Qt 5 libraries for me, so I just removed the bundled libs. I noticed that XnView doesn't use my system Qt theme (QT_QPA_PLATFORMTHEME) because of that, but it can be worked around (XnView provides alternate themes). Please let me know if other things are not working and I'll try to fix them, but I would very much prefer to use the system libs if it's it at all possible.

gabripo commented on 2017-01-17 11:13 (UTC) (edited on 2017-01-17 12:27 (UTC) by gabripo)

Problem on installing the 0.83-1 version! To allow installing please correct the md5sum in the PKGBUILD with bbb8bfac5a212103830c9b1dca51c2ae (the newest package from the official site, x86_64 version). Sources linked is wrong at now! EDIT: The actal icu package version 58.2-1 is not compatible. Please downgrade to the 56.1-2 version to make XnViewMp working - EXCRUCIATING IDEA! IT WILL CORRUPT EVERY OTHER PROGRAM!

Corax commented on 2016-12-16 22:54 (UTC)

@fuan_k Well that's quite troubling indeed... I get this error too, I don't have any font problem but if XnView does indeed what you describe then I may just be lucky. The issue seems to come from the XnView itself, as I see the error message even when forcing it to use the system libfontconfig. Using the normal launch script, symlinking libfontconfig.so.1 into lib/ doesn't change anything for me. Actually, if I launch XnView directly, like this: $ LD_LIBRARY_PATH=/lib:./Plugins/ QT_PLUGIN_PATH=./lib ./XnView keeping qt.conf as is (otherwise XnView crashes as I mentioned in a previous comment), then the font is wrong! So for me it's the reverse situation... There's definitely something wrong with XnView, but I'm not sure what to do about it right now, since there's no real problem for me out the box... Anyone else affected by this? fuan_k and whoseos, feel free to start an email thread or something like that on this topic, to avoid flooding the comments too much.

fuan_k commented on 2016-12-14 19:03 (UTC) (edited on 2016-12-16 21:44 (UTC) by fuan_k)

For some reason, the font used in XnView is the wrong one (it's always /usr/share/fonts/TTF/GoudyBookletter1911.ttf for me) which is caused by a bug in libfontconfig.so.1.9.2. Xnview tries to load libfontconfig.so.1 (linked to 1.9.2), and then outputs an error: Fontconfig error: line 38422415: syntax error Fontconfig error: Cannot load default config file Then it proceeds to crawl all font directories and ends up using that weird font. Is this a bug in libfontconfig or in XnView? XnView is the only program that produces this error (AFAIK). whoseos's solution works to fix the font, but it still produces this error and crawls everything at runtime. :/ see bug report here: http://newsgroup.xnview.com/viewtopic.php?f=62&t=33981&p=136637 Edit: symlinking into /opt/xnview/lib *seems* to fix the crawling problem. sudo ln -s /usr/lib/libfontconfig.so.1.9.2 /opt/xnviewmp/lib/libfontconfig.so.1

Corax commented on 2016-10-18 23:16 (UTC)

@whoseos Cool, thanks for investigating! I don't think it's directly a shared library issue though, ldd doesn't report any missing library for me either (anyway, the dynamic linker would complain right away otherwise).

whoseos commented on 2016-10-17 14:19 (UTC)

@Corax Damn :(. A first look with ldd and pacman -Qo shows me 44 packages (http://pastebin.com/WZ1MVbQQ) owning the linked libraries. It might just be qt5-base and some other qt5-libs, but I will try to find the minimum required dependencies on a clean arch vm in the next days.

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 27 Next › Last »