| 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: | 316 |
| Popularity: | 2.19 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2025-05-17 13:10 (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?
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.
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.
@spsf64: no problem at all, happy to try and help :)
@Corax: I understood your concern, thanks for replying and keeping this package alive!
@spsf64: right, I see the point. The main issue is that it is difficult to manage dependencies without depending on qt5-* directly: these can change overtime, and it should really be scripted to avoid breakages (qt5-webengine in particular has a lot of dependencies). Considering that most people will still have other packages depending on Qt5, I don't feel going through that hassle is justified. That said I'm very happy to consider patches to the PKGBUILD to go in that direction.
@corax: thanks for the update, however I tried without qt5-webengine and qt5-sensors and it still works fine, I think because these libs are already embedded in the .tgz. Sorry to comment again, but just want so save extra space (aprox 150Mb) when installing this package. Have a wonderful xmas!
@spsf64: 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. BTW you are right that these qt5-* dependencies are not strictly needed for this package, as we use the packaged libs, they are simply a lazy way to pull in all their own dependencies :)
@Ccorax, is qt5-webkit (which was recently moved to AUR) really needed? I compiled ver 1.4.0 without it and it's running perfectly! I did not find any crippled function, yet...lol! Thanks for maintaining this package. ps. maybe it is only needed for system-libs package?
The update from 1.01-1 to 1.01-2 fails.
Building xnviewmp... ==> Making package: xnviewmp 1.02-1 (Tue 06 Sep 2022 10:18:23 PM) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found XnViewMP-linux-x64_1.02-rel1.tgz -> Found xnviewmp.desktop ==> Validating source files with sha256sums... XnViewMP-linux-x64_1.02-rel1.tgz ... FAILED xnviewmp.desktop ... Passed ==> ERROR: One or more files did not pass the validity check! Failed to build xnviewmp
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.