Package Details: xnviewmp 1.5.5-2

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: 291
Popularity: 1.08
First Submitted: 2008-07-25 19:01 (UTC)
Last Updated: 2023-09-12 18:54 (UTC)

Dependencies (2)

Required by (0)

Sources (2)

Pinned Comments

Corax commented on 2017-01-21 15:34 (UTC) (edited on 2017-02-12 19:23 (UTC) by Corax)

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: https://aur.archlinux.org/packages/xnviewmp-system-libs/. 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 (UTC) (edited on 2017-02-01 21:10 (UTC) by Corax)

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 .. 26 Next › Last »

valsaven commented on 2023-07-22 04:32 (UTC)

@Corax, maybe it will help. The correct SHA256 for current XnViewMP-linux-x64.tgz file is 3816b6a86223e1a9bbf93ab6c61526ddcb2b8b3ff662408f2b88647e5ba7a9a8

schnedan commented on 2023-07-20 20:18 (UTC)

here update fails with validation of sha256... so I flag out of date as requested.

Corax commented on 2022-12-29 20:31 (UTC)

Right, the new archive (no release note from upstream) has QtWebEngineProcess added, not sure how that's related to the crash. Glad it's fixed either way. As to why qt5-* are kept as dependencies, see my comments below (from 18/12).

Mechanicus commented on 2022-12-29 18:54 (UTC)

@Corax regarding this XnViewMP bundle, I didn't find any dependency to the system Qt5 libs, so the dependency list can be cleared from Qt5 completely.

Mechanicus commented on 2022-12-29 18:48 (UTC)

@Corax, interestingly, but the crash is not present on this updated xnviewmp archive. Version 1.4.0.2 was crashed once you try to open GPS map window in the picture properties. And since the XnViewMP is bundled with Qt 5.15.11, I supposed that the crash was caused by the Qt version mix (the Arch Linux Qt5 is 5.15.7).

Corax commented on 2022-12-29 18:36 (UTC)

@Mechanicus: uh, now that is strange! See below for the discussion regarding qt5- dependencies. For your particular issue, there is a more fundamental problem: it is impossible to prevent qt5- from being installed, and indeed they will be installed in many if not most systems (because they are dependencies for other packages).

What this means is that in any case, we need this package to work when qt5-* are installed. Do you have a backtrace of the crash? How hard is it to reproduce?

Mechanicus commented on 2022-12-28 21:16 (UTC)

Hello @Corax! Thank you for maintaining the XnViewMP AUR package! Could you please remove all qt5 dependencies for this pkgbuild, since with the mix of bundled and system libs the application crashes when you try to open GPS information of the picture. With bundled-only libs it works just fine.

jpwheeler commented on 2022-12-28 16:22 (UTC) (edited on 2022-12-28 16:45 (UTC) by jpwheeler)

Currently receiving checksum mismatch issues.

==> Retrieving sources... -> Found XnViewMP-linux-x64_1.4.0-rel1.tgz -> Found xnviewmp.desktop ==> Validating source files with sha256sums... XnViewMP-linux-x64_1.4.0-rel1.tgz ... FAILED

As such marking package out-of-date.

Corax commented on 2022-12-18 21:05 (UTC)

@spsf64: no problem at all, happy to try and help :)

spsf64 commented on 2022-12-18 18:40 (UTC)

@Corax: I understood your concern, thanks for replying and keeping this package alive!