Arch I686:
/usr/bin/xnviewmp: line 5: 14517 Segmentation fault
Search Criteria
Package Details: xnviewmp 1.8.2-1
Package Actions
| 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: | 310 |
| Popularity: | 2.92 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2024-10-19 21:05 (UTC) |
Dependencies (2)
- qt5-multimedia
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (optional) – support for moving files to trash
Required by (0)
Sources (2)
Forvord commented on 2015-09-29 07:36 (UTC)
cdown commented on 2015-09-24 00:16 (UTC)
Disowning: I don't use this software much any more (I only brought it to AUR4), and it seems the dependencies are getting pretty complicated without much documentation.
<deleted-account> commented on 2015-09-23 20:24 (UTC)
According to the WhatsNew.txt file in the downloaded tarball, this version is 0.75 and a lot has changed, despite the version number on the website remaining at 0.72. This version is built with QT 5.4.2 and won't run here. I've tried installing qt5-multimedia qt5-webkit qt5-svg qt5-x11extras, but I'm still getting "This application failed to start because it could not find or load the Qt platform plugin "xcb"." errors.
cdown commented on 2015-09-23 16:24 (UTC)
@mytbk This is the same version number, there is no new release as far as I'm aware.
mytbk commented on 2015-09-23 16:22 (UTC)
@cdown: XnViewMP is a closed source software, it is distributed in binary tarballs without version number, so when they update the software they just update the tarballs.
scarecrow commented on 2015-09-23 15:30 (UTC)
The MD5sum of the 64-bit package (at least) has changed... please update PKGBUILD.
not_anonymous commented on 2015-01-19 17:59 (UTC)
- Here's some (self-explanatory) corrections - I used namcap (Yes namcap can be wrong or over-report.) and pactree ... and these are the *valid* things that could be corrected - (I also bumped the pkgrel to make things easier.)
$ cat diff.PKGBUILD
--- PKGBUILD 2014-12-19 23:26:16.000000000 -0700
+++ PKGBUILD 2015-01-19 10:27:20.060450631 -0700
@@ -9 +9 @@
-pkgrel=1
+pkgrel=2
@@ -15 +15 @@
-depends=('glib2' 'expat' 'libpng12' 'gstreamer0.10-base' 'desktop-file-utils')
+depends=('libpng12' 'gstreamer0.10-base' 'phonon-qt4' 'qtwebkit')
@@ -31,0 +32,4 @@
+prepare() {
+ rm -rf "${srcdir}/XnView/AddOn/.fr-uOM3gq/"
+ rm -rf "${srcdir}/XnView/AddOn/.fr-umBezy/"
+}
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.