Package Details: xnviewmp 0.90-1

Git Clone URL: (read-only)
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: 251
Popularity: 1.431690
First Submitted: 2008-07-25 19:01
Last Updated: 2018-03-08 21:02

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

1 2 3 4 5 6 ... Next › Last »

flittermice commented on 2018-06-23 15:05

Just FYI, won't have anything to do with the PKGBUILD: In order to get videos running I had to uninstall gstreamer-vaapi.

Corax commented on 2018-06-23 11:31

@indianahorst: I don't think the SSL errors have anything to do with the GPS map not working. I have just tried with xnviewmp-system-libs (my other package that uses the system Qt libs instead of the ones shipped with XnView), and I don't get those SSL errors, but the "No such signal GPSMapWidget::reloadMap()" error is still there and nothing shows up. Not sure what to do about this, you may want to report it on the forum.

indianahorst commented on 2018-06-23 10:23

XnView works fine, except the GPS Tab, which should show the coordinates of images.

When I start XnView from command line, I get this:


MyView::onLoaded ok
resetViewport (2cbbeb0) ==> 798 246 (369 246) 0 0

QObject::connect: No such signal GPSMapWidget::reloadMap() QSslSocket: cannot resolve CRYPTO_num_locks QSslSocket: cannot resolve CRYPTO_set_id_callback QSslSocket: cannot resolve CRYPTO_set_locking_callback QSslSocket: cannot resolve ERR_free_strings QSslSocket: cannot resolve EVP_CIPHER_CTX_cleanup QSslSocket: cannot resolve EVP_CIPHER_CTX_init QSslSocket: cannot resolve sk_new_null QSslSocket: cannot resolve sk_push QSslSocket: cannot resolve sk_free QSslSocket: cannot resolve sk_num QSslSocket: cannot resolve sk_pop_free QSslSocket: cannot resolve sk_value QSslSocket: cannot resolve SSL_library_init QSslSocket: cannot resolve SSL_load_error_strings QSslSocket: cannot resolve SSL_get_ex_new_index QSslSocket: cannot resolve SSLv3_client_method QSslSocket: cannot resolve SSLv23_client_method QSslSocket: cannot resolve SSLv3_server_method QSslSocket: cannot resolve SSLv23_server_method QSslSocket: cannot resolve X509_STORE_CTX_get_chain QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf QSslSocket: cannot resolve SSLeay QSslSocket: cannot resolve SSLeay_version QSslSocket: cannot call unresolved function SSLeay Incompatible version of OpenSSL QSslSocket: cannot call unresolved function SSLv23_client_method QSslSocket: cannot call unresolved function SSL_library_init [/code]

It seems to have to to with different SSL versions, but I have OpenSSL 1.1 as well as OpenSSL 1.0 installed.

How can I force XnView to use the old OpenSSL 1.0?

Corax commented on 2018-05-14 22:22

@not_anonymous: thanks for the heads-up, but I don't think these warnings are very relevant and/or can be easily fixed.

xnviewmp E: Insecure RPATH '/home/pierre/Qt5.9.3/5.9.3/gcc_64/lib' in file ('opt/xnviewmp/XnView')

This is clearly not good, but this is how the application is compiled by the maintainer (remember, that's a binary package). I could hack things together using chrpath, but I don't think it's worth the hassle (and I'd rather avoid modifying prebuilt binaries).

xnviewmp E: Symlink (opt/xnviewmp/lib/ points to non-existing

I don't understand that one, definitely exists (in the same directory).

xnviewmp E: Dependency gtk3 detected and not included (libraries ['usr/lib/', 'usr/lib/'] needed in files ['opt/xnviewmp/lib/platformthemes/'])

The corresponding library in qt5-base also depends on, and qt5-base itself has an optdep on gtk3. Since this package already depends on qt5-base (indirectly), I don't think it's worth propagating the optdep.

not_anonymous commented on 2018-05-13 23:43

from namcap run;

xnviewmp E: Insecure RPATH '/home/pierre/Qt5.9.3/5.9.3/gcc_64/lib' in file ('opt/xnviewmp/XnView')

xnviewmp E: Symlink (opt/xnviewmp/lib/ points to non-existing

xnviewmp E: Dependency gtk3 detected and not included (libraries ['usr/lib/', 'usr/lib/'] needed in files ['opt/xnviewmp/lib/platformthemes/'])

kewl commented on 2018-03-08 22:30

note there is now an AppImage provided as well for XnViewMP

OldNuc commented on 2017-11-10 04:36

0.88-1 has fixed the font issue.

Corax commented on 2017-11-04 12:09

0.88 is upon us :D This should solve the font issues, apparently fuan_k has already confirmed that :-) Don't forget to remove /opt/xnviewmp/lib/ if you used the hack I mentioned below.

Corax commented on 2017-10-08 17:03

@fuan_k: great news, and well done reporting these bugs! Looks like 0.88 is going to be a great release :-)

fuan_k commented on 2017-10-02 03:25

@Corax: he's doing this in private. Wait and see.

edit: here is the bug tracker ticker:

I've also managed to get him to fix the broken config path I mentioned before (below). The problem was using the "Program (XnView)" setting during initial set up, instead of "User (System)". It was a bug anyway, now fixed too.