Package Details: xnviewmp-system-libs 1.6.4-1

Git Clone URL: https://aur.archlinux.org/xnviewmp-system-libs.git (read-only, click to copy)
Package Base: xnviewmp-system-libs
Description: An efficient multimedia viewer, browser and converter (using system libraries).
Upstream URL: https://www.xnview.com/en/xnviewmp/
Keywords: graphics
Licenses: custom
Conflicts: xnviewmp
Submitter: Corax
Maintainer: Corax
Last Packager: Corax
Votes: 25
Popularity: 0.51
First Submitted: 2017-01-21 15:31 (UTC)
Last Updated: 2024-01-09 21:52 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

Corax commented on 2023-10-30 20:43 (UTC)

@muziknavi: the vast majority of the applications I've got installed have short, lowercase desktop files, for instance firefox.desktop. It sounds like there is something else that is wrong, but I'm not using Wayland so can't test it directly.

muziknavi commented on 2023-10-16 12:00 (UTC)

Because of wrong desktop filename the icon is not recognized in GNOME, Wayland. Probably it should be com.xnview.XnView.desktop to match wmclass instead of xnviewmp.desktop. At least it fixes for me.

flan_suse commented on 2023-10-16 02:19 (UTC) (edited on 2023-10-16 18:50 (UTC) by flan_suse)

Upstream does not version the released archives

They actually do.

I think you should update the PKGBUILD so that it pulls the tarballs from this URL:

https://download.xnview.com/old_versions/XnView_MP/

This will avoid the issue of "invalid SHA256", since it will download a specific version, rather than the generic "XnViewMP-linux-x64.tgz".

So instead of this:

source=("XnViewMP-linux-x64_${pkgver}-rel${srcrel}.tgz::https://download.xnview.com/XnViewMP-linux-x64.tgz"

You should have this:

source=("XnViewMP-linux-x64_${pkgver}-rel${srcrel}.tgz::https://download.xnview.com/old_versions/XnView_MP/XnView_MP-${pkgver}-linux-x64.tgz"

Don't be fooled by "old_versions" in the URL. Pierre adds the files on the same day of release.

Corax commented on 2022-12-18 08:10 (UTC)

@jrichard326: sorry for that, I failed to realise that as well as updating the Qt5 libs, 1.4.0 moved from qt5-webkit to qt5-webengine. I've updated the dependencies accordingly.

jrichard326 commented on 2022-12-17 12:19 (UTC) (edited on 2022-12-17 12:28 (UTC) by jrichard326)

Version 1.4.0-1 upon launch in terminal: /opt/xnviewmp/XnView: error while loading shared libraries: libQt5WebEngineWidgets.so.5: cannot open shared object file: No such file or directory

I added qt5-webengine as a dependency in PKGBUILD, built the software and now it launches.

Corax commented on 2022-12-10 17:05 (UTC)

@viniball: no idea, I'm on icu 72.1 and it works fine. What does ldd /opt/xnviewmp/XnView | grep libicu say?

vinibali commented on 2022-12-10 13:41 (UTC)

Why could I have problems with this package? Version: 1.3.1-1 $ xnviewmp /opt/xnviewmp/XnView: error while loading shared libraries: libicui18n.so.71: cannot open shared object file: No such file or directory

Corax commented on 2022-10-19 19:21 (UTC)

I'm afraid I have no idea, plugins work in mysterious ways. I have the opposite problem, i.e. qt5ct doesn't work with the regular xnviewmp package.

ax34 commented on 2022-10-18 21:32 (UTC)

I changed apps style from QtCurve to Breeze and now it works. What can be wrong with QtCurve?

Corax commented on 2022-10-18 19:33 (UTC)

Alright that looks like a classic style plugin issue. Can you try to unset any style-related environment variable like QT_QPA_PLATFORMTHEME and see if it helps?