Package Details: xnviewmp-system-libs 1.8.0-2

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: 26
Popularity: 0.060619
First Submitted: 2017-01-21 15:31 (UTC)
Last Updated: 2024-09-08 09:47 (UTC)

Latest Comments

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

Corax commented on 2024-09-08 09:50 (UTC)

I suppose a pkgrel bump was needed in case some AUR manager cached the PKGBUILD - fixed it now (I had already updated the SHA without a pkgrel bump).

flan_suse commented on 2024-09-04 14:12 (UTC)

@chang-zhao

It will likely be fixed soon. Pierre (upstream XnView) did a "silent switch" of the hosted file, without renaming or bumping the "release" number. In fact, unlike the packaging system of a Linux distro, most upstream projects don't have an arbitrary "release" counter.

So if the software developer doesn't append "-1" or "-2" to the filename, yet they keep the software version the same, it will yield a wrong checksum for the previously-working PKGBUILD.

chang-zhao commented on 2024-09-04 13:40 (UTC) (edited on 2024-09-04 13:42 (UTC) by chang-zhao)

Trying to update from 1.7.2-1 to 1.8.0-1, I get

==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha256sums...
    XnViewMP-linux-x64_1.8.0-rel1.tgz ... FAILED

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