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
Search Criteria
Package Details: xnviewmp 1.7.1-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: | 302 |
| Popularity: | 3.90 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2024-04-09 18:52 (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)
fuan_k commented on 2016-12-14 19:03 (UTC) (edited on 2016-12-16 21:44 (UTC) by fuan_k)
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.
Corax commented on 2016-10-15 17:57 (UTC)
@whoseos It doesn't work for me :/ Using the system libraries, it does launch but it crashes very early: http://pastebin.com/F464DCFD
Do you have any particular library installed?
Corax commented on 2016-10-15 17:25 (UTC) (edited on 2016-10-15 17:58 (UTC) by Corax)
@whoseos Sounds great! As I mentioned before, for now the qt5 dependencies are useless for now... If it works using the system Qt5 libraries, then that's definitely the way to go!
I'm going to review your patch and replacement script, if it works fine for me too I'm also going to see what can be cleaned up (like the packaged qt5 libraries) before updating the PKGBUILD :)
whoseos commented on 2016-10-15 15:50 (UTC) (edited on 2016-10-15 15:52 (UTC) by whoseos)
@Corax, xnviewmp is not able to use the system theme on KDE Plasma with the included qt5 libraries: http://imgur.com/a/uESZh. To fix this the application has to use the system's global qt5 libraries instead of it's own, which can be achieved by removing the qt.conf file and prepending "/usr/lib:" to LD_LIBRARY_PATH and QT_PLUGIN_PATH in the xnview.sh startup script.
I've uploaded a patch for the PKGBUILD @ http://ix.io/1wnQ and the replacement xnview.sh file @ http://ix.io/1wnk .
It would be great if you could include the changes in the package :)
Corax commented on 2016-10-09 16:02 (UTC)
@martinpoljak Great, adopted :) I've updated the PKGBUILD.
martinpoljak commented on 2016-10-09 13:43 (UTC)
@Corax, if you would like to do, I do it; I'm maintaining it time to time as it's been orphaned. I've disowned it, so claim it!
Corax commented on 2016-10-09 13:37 (UTC)
@martinpoljak If you don't have time to maintain this package, I'd be happy to adopt it.
Corax commented on 2016-10-09 13:35 (UTC)
The current version of the downloaded archives is 0.83 (change pkgver accordingly), here are the md5sums :
md5sums_x86_64=('3c2c5032a0be2b1f0976b50adad8c80b')
md5sums_i686=('4673c827de8aa326761433b2eda85a6b')
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.