Bug#927153: plymouth: upgrade fails: /usr/share/initramfs-tools/hooks/plymouth failed with return 134

[Tobias Eliasson]

On Tue, 16 Apr 2019 15:33:04 +0200 Sven Hartge wrote:
> My uneducated guess is, the problem is here. See how the prefix
> "/var/tmp/mkinitramfs_0BRFs9/" is applied twice, somehow?
>

This was reproduced in fontconfig version 2.12.6 by running as earlier
suggested:

mkdir -p /var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d
cp -a /etc/fonts/fonts.conf /var/tmp/mkinitramfs_0BRFs9/etc/fonts
cp -rL /etc/fonts/conf.d/60-latin.conf
/var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d
mkdir -p /var/tmp/mkinitramfs_0BRFs9/var/cache/fontconfig
mkdir -p /var/tmp/mkinitramfs_0BRFs9/usr/local/share/fonts
mkdir -p /var/tmp/mkinitramfs_0BRFs9/usr/share/fonts/truetype/dejavu
cp -a /usr/share/fonts/truetype/dejavu/DejaVuSerif.ttf
/var/tmp/mkinitramfs_0BRFs9/usr/share/fonts/truetype/dejavu
cp -a /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf
/var/tmp/mkinitramfs_0BRFs9/usr/share/fonts/truetype/dejavu
fc-cache -v -s -y /var/tmp/mkinitramfs_0BRFs9

Running with strace shows the duplicated sysroot search paths:
stat("/var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD,
"/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d/.uuid",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d",
0x7fffded11a30) = -1 ENOENT (No such file or directory)
access("/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d/.uuid",
F_OK) = -1 ENOENT (No such file or directory)
stat("/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d",
0x7fffded11ab0) = -1 ENOENT (No such file or directory)
stat("/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d",
0x7fffded11b00) = -1 ENOENT (No such file or directory)
write(2, "/var/tmp/mkinitramfs_0BRFs9/etc/"...,
61/var/tmp/mkinitramfs_0BRFs9/etc/fonts/conf.d: error scanning
) = 61


Tested fontconfig 2.13.1 from buster, not able to reproduce this issue:
stat("/var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d",
{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 3
fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
getdents64(3, /* 3 entries */, 32768)   = 88
getdents64(3, /* 0 entries */, 32768)   = 0
access("/var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf", R_OK) = 0
access("/var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf", R_OK) = 0


Perhaps this defect can be closed?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-freedesktop-maintainers/attachments/20190513/0f13f0cf/attachment.html>