Thanks @merlock. I uninstalled the package and switched to the xnviewmp-system-libs version which seems to be running fine. Not sure if the difference is real, or if it was just the clean reinstall that fixed the problem.
Search Criteria
Package Details: xnviewmp 1.9.5-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: | 319 |
| Popularity: | 0.92 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2025-10-14 20:49 (UTC) |
Dependencies (2)
- qt5-multimedia
- glib2 (glib2-selinuxAUR, glib2-gitAUR, glib2-patched-thumbnailerAUR) (optional) – support for moving files to trash
Required by (0)
Sources (2)
incans commented on 2025-08-27 13:19 (UTC)
merlock commented on 2025-08-27 13:09 (UTC)
@icans: The term "arch-based" is meaningless.
Me: Arch+Sway+Wayland+xnviewmp == no problems.
incans commented on 2025-08-27 10:16 (UTC)
I'm having major problems with the xnviewmp 1.9.2-2 package running on EndeavourOS (Arch-based) with Wayland. The application runs but often an attempt to navigate the file system (e.g. "File-Open") causes the UI to lock up. After a few more clicks you get the "Application not responding, click to terminate" popup.
It would be helpful to know if any other users are seeing this on Arch+Wayland.
Corax commented on 2025-07-26 19:09 (UTC)
Thanks for reporting this @Marsa! This should now be fixed.
Marsa commented on 2025-07-02 15:24 (UTC) (edited on 2025-07-04 13:13 (UTC) by Marsa)
For proper Wayland support, the .desktop file should be named XnView.desktop like in the original packages as QGuiApplication::setDesktopFileName("XnView"); is used by the app to set its name. The executable name doesn't matter. See https://newsgroup.xnview.com/viewtopic.php?t=48031
Corax commented on 2025-04-20 07:27 (UTC)
Apologies I'm away until mid-May without access to an x86 Linux machine. Will update to 1.8.8 (or whatever the latest version is) when I'm back.
Pulec commented on 2025-04-17 10:07 (UTC)
I am too lazy to write up whole wiki page about xnviewmp, but if you want to use dark theme (IMHO a must on OLED displays) this worked for me:
https://github.com/bananakid/xnviewmp-w10-qss
Download xnviewmp-w10-qss-1.0.0.zip and unpack dm/xnview.ini and dm/style_sheet.qss to ~/.config/xnviewmp, (backup your ini first)
dm/default.bar is optional as it only enables/disables items and their position in top bar
Corax commented on 2024-10-27 19:38 (UTC)
@flan_suse: it seems sensible, but in fact I don't see XnView using libheif: lsof /usr/lib/libheif.so.1.18.2 returns nothing, even though I've got XnView opened and displaying a sample HEIF image. So I wonder if HEIF support isn't built into XnView, in fact.
@jrichard326: good point!
jrichard326 commented on 2024-10-20 18:49 (UTC)
According to Help-About-Formats: HEIF can be read, but cannot write/export. I think that is the intended support. I have libheif installed and am running xfce.
flan_suse commented on 2024-10-19 21:46 (UTC)
@Corax: Perhaps add libheif as an optdepends?
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.