xnviewmp 0.84-1 build works
with system Qt5 libs
without bundled /opt/xnviewmp/lib/"lib*
Total Installed Size: 36.54 MiB
The only missing dependency is extra/qt5-location
>Upstream released a new version today (?), which fixes the libicu issue
XnViewMP
Version 0.84 x64 (Jan 17 2017)
Libformat version 6.95
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: | 5.39 |
| 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)
blitz commented on 2017-01-20 22:28 (UTC)
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).
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.