fontconfig-2.12.6-1 breaks all fonts. specifically with this error:
Fontconfig error: "/etc/fonts/fonts.conf", line 43631311: syntax error
Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf
Search Criteria
Package Details: xnviewmp 1.7.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: | 303 |
| Popularity: | 3.26 |
| First Submitted: | 2008-07-25 19:01 (UTC) |
| Last Updated: | 2024-06-07 17:35 (UTC) |
Dependencies (2)
- qt5-multimedia (qt5-multimedia-gitAUR)
- glib2 (glib2-gitAUR, glib2-patched-thumbnailerAUR, glib2-selinuxAUR) (optional) – support for moving files to trash
Required by (0)
Sources (2)
OldNuc commented on 2017-09-22 12:29 (UTC)
porzione commented on 2017-09-22 12:06 (UTC)
With latest fontconfig-2.12.6-1 there are no more visible fonts in xnviewmp and xnviewmp-system-libs too, just empty spaces. Quick fix - downgrade to fontconfig-2.12.5-1.
Corax commented on 2017-07-03 21:18 (UTC)
@Slobodan: indeed, something's got really wrong with the permissions, and if folders don't have the right permissions I'm not surprised a segfault happens (it probably links against the system libraries).
To rule out any yaourt configuration issue, could you try building with makepkg directly (assuming /tmp is a tmpfs, which is the default):
$ cd /tmp
$ wget https://aur.archlinux.org/cgit/aur.git/snapshot/xnviewmp.tar.gz
$ tar xvf xnviewmp.tar.gz
$ cd xnviewmp
$ makepkg -i
And then check the permissions (all files should be either 755 or 644). If the permissions are still wrong, please post the output of `bsdtar tvf /tmp/xnviewmp/xnviewmp-0.86-1-x86_64.pkg.tar`.
Slobodan commented on 2017-07-03 11:57 (UTC) (edited on 2017-07-03 12:56 (UTC) by Slobodan)
Thanks for response Corax. xnview.sh permissions were 744 after installation. I've chmod-ed them to 777 and xnviw now exits with "Segmentation fault (core dumped)". Looked for xnview folder in home/user/.config - there is none. I'll 'yaourt -Rsn' the package and try again;
---
I've reinstalled it and have the same error. I've noticed that folder /opt/xnviewmp/UI hass permissions 700 whilst all other folders are 755 (if that matters). Thanks again.
Corax commented on 2017-07-02 20:38 (UTC)
@Slobodan: that's strange. The symlink permissions themselves are irrelevant (symlinks are always 777), what are the permissions of /opt/xnviewmp/xnview.sh? By any chance, have you mounted a partition on /opt whose FS doesn't support Unix permissions (e.g. NTFS)?
Slobodan commented on 2017-07-02 16:25 (UTC) (edited on 2017-07-02 16:26 (UTC) by Slobodan)
I've yaourt-ed xnview on my fresh Manjaro XFCE 32 bit, didn't edit pkgbuild and now, when starting xnview from menu I have this error message: 'Failed to execute command "/usr/bin/xnviewmp %F". Failed to execute child process "/usr/bin/xnviewmp" (Permission denied)'. Simlink permissions are 777. Can you please help?
I can be reached via mojimejl@tutanota.com
Corax commented on 2017-05-01 22:49 (UTC)
@fuan_k Weird, I don't have this issue. With the default keys in xnview.ini (shortcut=default.keys, toolbar=default.bar), xnviewmp reads the right files:
open("/home/corax/.xnviewmp/default.keys", O_RDONLY|O_CLOEXEC) = 11
open("/home/corax/.xnviewmp/default.bar", O_RDONLY|O_CLOEXEC) = 11
fuan_k commented on 2017-04-28 16:03 (UTC) (edited on 2017-04-28 20:37 (UTC) by fuan_k)
Can any of you guys reproduce this issue reported there please?
http://newsgroup.xnview.com/viewtopic.php?f=62&t=35447
The default.keys default.bar files are not looked up properly anymore since 0.85 and the author says he can't reproduce (he only supports Ubuntu as far as I know).
Edit: found a fix replace these values in the xnview.ini file located in ~/.config/xnviewmp/xnview.ini
shortcut=/home/user/.config/xnviewmp/default.keys
toolbar=/home/user/.config/xnviewmp/default.bar
Corax commented on 2017-04-04 18:44 (UTC)
@fritz2 Thanks for the notification, I have bumped the PKGBUILD. No need to comment though, flagging out-of-date is enough to send me a notification.
fritz2 commented on 2017-04-04 15:51 (UTC)
A new version is out:
http://download.xnview.com/XnViewMP-085-linux-x64.tgz
Results in a 404 error:
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://download.xnview.com/XnViewMP-linux-x64.tgz
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.