/opt/xnviewmp/XnView: error while loading shared libraries: libsndio.so.7.0: cannot open shared object file: No such file or directory
Search Criteria
Package Details: xnviewmp 1.8.0-2
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: | 307 |
Popularity: | 2.22 |
First Submitted: | 2008-07-25 19:01 (UTC) |
Last Updated: | 2024-09-03 14:45 (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)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 27 Next › Last »
ax34 commented on 2020-04-10 00:34 (UTC)
Corax commented on 2020-03-24 23:28 (UTC)
@vsvyatski: that is weird, the MD5 hasn't changed on my side, and the SHA256 matches the one advertised here: https://newsgroup.xnview.com/viewtopic.php?f=82&t=40169 . Are you sure that your archive isn't corrupted?
vsvyatski commented on 2020-03-23 18:20 (UTC)
It appears that the MD5 checksum for XnViewMP-linux-x64_0.96-rel1.tgz is wrong in the version 0.96-1, therefore the application cannot be installed (MD5 check fails). The correct one is 7510208bf72595c7ea39f128d335e103.
Corax commented on 2020-01-28 21:15 (UTC)
0.95-2 "fixes" QT_QPA_PLATFORMTHEMES since libqt5ct.so has been removed (but qt5ct doesn't seem to actually work, so I'm not sure how much of a fix this is).
Corax commented on 2020-01-26 00:14 (UTC)
0.95 doesn't seem to work when QT_QPA_PLATFORMTHEME is set, apparently because the shipped platformthemes libs haven't been updated for the new Qt libs (5.12.6). I would recommend switching to my other package (xnviewmp-system-libs) if this is an issue (AFAICT it works just as well, and it doesn't come with all the bundled libs).
Corax commented on 2020-01-15 19:45 (UTC)
Now bumped to 0.94.3.
technoguyx commented on 2020-01-15 19:25 (UTC)
Current version is 0.94.3-1, but fixing this was easy enough: clone the package with git, download the tarball from the official website and obtain it's MD5 with md5sum. Replace the first MD5 sum in the PKGBUILD file with this, and then run makepkg. Just a heads up in case anyone else finds themselves in this situation.
mrouilla51 commented on 2019-11-26 04:21 (UTC) (edited on 2019-11-26 04:28 (UTC) by mrouilla51)
"I fixed this shortly after I pushed 0.94.1-1, but clearly that wasn't fast enough to avoid a pkgrel bump! 0.94.1-2 should work."
I have a problem with this new version. It won't install at all. I had 0.94.1-1 before and remove it to see if that will fix it but now I can't install the program at all. There is something broken.
EDIT OK I rebuild it from the GIT and this time it went through. May be a problem with pamac ?
aucunhenac commented on 2019-11-25 22:47 (UTC)
@Corax: I tested now! Thanks a lot for the quick fix!
Corax commented on 2019-11-25 19:20 (UTC)
@aucunhenac: I fixed this shortly after I pushed 0.94.1-1, but clearly that wasn't fast enough to avoid a pkgrel bump! 0.94.1-2 should work.
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.