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

2019-05-20 Thread Vincent Lefevre 
On 2019-05-14 15:33:45 +0200, Tobias Eliasson wrote:
> Are you able to reproduce this error with the latest fontconfig 2.13.1 in
> buster?

I've just tried, and I no longer get a failure.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2019-05-14 Thread Tobias Eliasson 
Den tis 14 maj 2019 kl 15:05 skrev Vincent Lefevre :

>
> This patch alone (slightly modified to avoid a conflict) does not
> solve the issue. I even suspect that the "double free" error and
> that the patch issue had different causes. The "double free" error
> might be this one:
>
>
> https://gitlab.freedesktop.org/fontconfig/fontconfig/commit/14c23a5715c529be175d8d6152cabd4ddad4e981
>
> ("Fix double-free").
>
> Perhaps we're seeing two issues then, both the appended (double) sysroot
and double free.

Are you able to reproduce this error with the latest fontconfig 2.13.1 in
buster?
Seeing as the defect was written with the old 2.12.6 release in mind and if
we can't reproduce this in the latest release this defect should be
rejected.

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

2019-05-14 Thread Vincent Lefevre 
On 2019-05-14 12:37:57 +0200, Tobias Eliasson wrote:
> Den tis 14 maj 2019 kl 11:14 skrev Vincent Lefevre :
> > (BTW, the bug did not appear to be fixed according to the fontconfig
> > changelog, but the changelog does not actually seem to be up-to-date!)
> >
> > I narrowed it down to commit 34b5c949d51fcc8eafe2301ca8f539f735e31522
> upstream at fontconfig which solves this issue.
> See
> https://gitlab.freedesktop.org/fontconfig/fontconfig/commit/34b5c949d51fcc8eafe2301ca8f539f735e31522
> for more information.

This patch alone (slightly modified to avoid a conflict) does not
solve the issue. I even suspect that the "double free" error and
that the patch issue had different causes. The "double free" error
might be this one:

https://gitlab.freedesktop.org/fontconfig/fontconfig/commit/14c23a5715c529be175d8d6152cabd4ddad4e981

("Fix double-free").

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2019-05-14 Thread Tobias Eliasson 
Den tis 14 maj 2019 kl 11:14 skrev Vincent Lefevre :

>
> (BTW, the bug did not appear to be fixed according to the fontconfig
> changelog, but the changelog does not actually seem to be up-to-date!)
>
> I narrowed it down to commit 34b5c949d51fcc8eafe2301ca8f539f735e31522
upstream at fontconfig which solves this issue.
See
https://gitlab.freedesktop.org/fontconfig/fontconfig/commit/34b5c949d51fcc8eafe2301ca8f539f735e31522
for more information.

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

2019-05-14 Thread Vincent Lefevre 
On 2019-05-13 14:23:03 +0200, Tobias Eliasson wrote:
> Perhaps this defect can be closed?

I can't try with fontconfig from buster, but I suppose it can.

(BTW, the bug did not appear to be fixed according to the fontconfig
changelog, but the changelog does not actually seem to be up-to-date!)

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2019-05-13 Thread 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?

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

2019-04-16 Thread Vincent Lefevre 
Control: reassign -1 fontconfig 2.12.6-0.1
Control: retitle -1 fontconfig: fc-cache with -y option is broken
Control: affects -1 plymouth

On 2019-04-16 15:33:04 +0200, Sven Hartge wrote:
> On 16.04.19 15:12, Vincent Lefevre wrote:
> 
> > access("/var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf", R_OK) 
> > = 0
> > stat("/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf",
> >  0x7ffc35e33b50) = -1 ENOENT (No such file or directory)
> > openat(AT_FDCWD, 
> > "/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf",
> >  O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
> > writev(2, [{iov_base="free(): double free detected in "..., iov_len=40}, 
> > {iov_base="\n", iov_len=1}], 2) = 41
> 
> My uneducated guess is, the problem is here. See how the prefix
> "/var/tmp/mkinitramfs_0BRFs9/" is applied twice, somehow?
> 
> I think this bug should be reassigned to fontconfig, with plymouth being
> affected by it.

OK.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2019-04-16 Thread Sven Hartge 
On 16.04.19 15:12, Vincent Lefevre wrote:

> access("/var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf", R_OK) = > 0
> stat("/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf",
>  0x7ffc35e33b50) = -1 ENOENT (No such file or directory)
> openat(AT_FDCWD, 
> "/var/tmp/mkinitramfs_0BRFs9//var/tmp/mkinitramfs_0BRFs9//etc/fonts/conf.d/60-latin.conf",
>  O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
> writev(2, [{iov_base="free(): double free detected in "..., iov_len=40}, 
> {iov_base="\n", iov_len=1}], 2) = 41

My uneducated guess is, the problem is here. See how the prefix
"/var/tmp/mkinitramfs_0BRFs9/" is applied twice, somehow?

I think this bug should be reassigned to fontconfig, with plymouth being
affected by it.

Grüße,
Sven.




signature.asc
Description: OpenPGP digital signature

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

2019-04-16 Thread Vincent Lefevre 
On 2019-04-16 14:56:12 +0200, Sven Hartge wrote:
> Interesting. Care to run it with strace to see exactly where it barfs?

execve("/usr/bin/fc-cache", ["fc-cache", "-v", "-s", "-y", 
"/var/tmp/mkinitramfs_0BRFs9"], 0x7ffed17f88b0 /* 131 vars */) = 0
brk(NULL)   = 0x56509ca3d000
access("/etc/ld.so.preload", R_OK)  = 0
openat(AT_FDCWD, "/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
close(3)= 0
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=176506, ...}) = 0
mmap(NULL, 176506, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb7b8e52000
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libfontconfig.so.1", 
O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0Pn\0\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0644, st_size=282016, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fb7b8e5
mmap(NULL, 2377768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fb7b8c0b000
mprotect(0x7fb7b8c49000, 2097152, PROT_NONE) = 0
mmap(0x7fb7b8e49000, 28672, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3e000) = 0x7fb7b8e49000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 
3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@l\0\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=146968, ...}) = 0
mmap(NULL, 132288, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb7b8bea000
mmap(0x7fb7b8bf, 61440, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7fb7b8bf
mmap(0x7fb7b8bff000, 24576, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x15000) = 0x7fb7b8bff000
mmap(0x7fb7b8c05000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a000) = 0x7fb7b8c05000
mmap(0x7fb7b8c07000, 13504, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb7b8c07000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260A\2\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1824496, ...}) = 0
mmap(NULL, 1837056, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb7b8a29000
mprotect(0x7fb7b8a4b000, 1658880, PROT_NONE) = 0
mmap(0x7fb7b8a4b000, 1343488, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7fb7b8a4b000
mmap(0x7fb7b8b93000, 311296, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x16a000) = 0x7fb7b8b93000
mmap(0x7fb7b8be, 24576, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b6000) = 0x7fb7b8be
mmap(0x7fb7b8be6000, 14336, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb7b8be6000
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libfreetype.so.6", 
O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\1\1\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=716728, ...}) = 0
mmap(NULL, 2811792, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fb7b877a000
mprotect(0x7fb7b8822000, 2097152, PROT_NONE) = 0
mmap(0x7fb7b8a22000, 28672, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa8000) = 0x7fb7b8a22000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libexpat.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\A\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=243840, ...}) = 0
mmap(NULL, 245920, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb7b873d000
mprotect(0x7fb7b8741000, 221184, PROT_NONE) = 0
mmap(0x7fb7b8741000, 135168, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7fb7b8741000
mmap(0x7fb7b8762000, 81920, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x25000) = 0x7fb7b8762000
mmap(0x7fb7b8777000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x39000) = 0x7fb7b8777000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320#\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=121280, ...}) = 0
mmap(NULL, 2216336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7fb7b851f000
mprotect(0x7fb7b853b000, 2097152, PROT_NONE) = 0
mmap(0x7fb7b873b000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c000) = 0x7fb7b873b000
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libpng16.so.16", 
O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0Pi\0\0\0\0\0\0"..., 832) 
= 832

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

2019-04-16 Thread Sven Hartge 
On 16.04.19 14:32, Vincent Lefevre wrote:
> On 2019-04-16 01:53:03 +0200, Sven Hartge wrote:
>> Try running the following commands as root:
>>
>> 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
> 
> [...]
> # fc-cache -v -s -y /var/tmp/mkinitramfs_0BRFs9
> free(): double free detected in tcache 2
> Aborted

Interesting. Care to run it with strace to see exactly where it barfs?

Grüße,
Sven.




signature.asc
Description: OpenPGP digital signature

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

2019-04-16 Thread Vincent Lefevre 
On 2019-04-16 01:53:03 +0200, Sven Hartge wrote:
> Try running the following commands as root:
> 
> 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

[...]
# fc-cache -v -s -y /var/tmp/mkinitramfs_0BRFs9
free(): double free detected in tcache 2
Aborted

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2019-04-15 Thread Sven Hartge 
Um 01:35 Uhr am 16.04.19 schrieb Vincent Lefevre:
> On 2019-04-15 23:07:02 +0200, Sven Hartge wrote:

>> Could you add "set -x" to the top of
>> /usr/share/initramfs-tools/hooks/plymouth to get a clear picture where
>> exactly the hook fails?
 
> It is also fc-cache that is failing:

> + 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
> + [ -e /usr/share/fonts/truetype/dejavu/DejaVuSerif.ttf ]
> + 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 -s -y /var/tmp/mkinitramfs_0BRFs9
> E: /usr/share/initramfs-tools/hooks/plymouth failed with return 134.
> 
> 134 corresponds to SIGABRT, which is not a normal termination
> (even in case of error). Thus I would assume that it is a bug
> in fc-cache.

Try running the following commands as root:

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

It uses the same commands from the bash trace, but added "-v" to the
fc-cache call, to exactly see what it is choking on. This got me to
/usr/X11R6/lib/X11 in my case (which just shows how old the installation
on my workstation is).

If this is inconclusive, add "strace -f" to the fc-cache call, maybe even
gdb, if you know how to use it.

Sidenote here: something is very brittle about fc-cache. I had to debug
and fix more fc-cache and fontconfig issues in the last years using Debian
Sid than I had other issues.

Grüße,
Sven.

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

2019-04-15 Thread Vincent Lefevre 
On 2019-04-15 23:07:02 +0200, Sven Hartge wrote:
> In my case the reason was fc-cache was failing because of a very very
> old directory /usr/X11R6/lib/X11 containing old left over fonts.

I don't have such a directory. /usr/X11R6 doesn't even exist.
But...

> Could you add "set -x" to the top of
> /usr/share/initramfs-tools/hooks/plymouth to get a clear picture where
> exactly the hook fails?

It is also fc-cache that is failing:

[...]
+ ln -rs /var/tmp/mkinitramfs_0BRFs9//usr/lib/x86_64-linux-gnu/libbsd.so.0.9.1 
/var/tmp/mkinitramfs_0BRFs9//usr/lib/x86_64-linux-gnu/libbsd.so.0
+ target=/usr/lib/x86_64-linux-gnu/libbsd.so.0.9.1
+ [ -e /var/tmp/mkinitramfs_0BRFs9//usr/lib/x86_64-linux-gnu/libbsd.so.0.9.1 ]
+ mkdir -p /var/tmp/mkinitramfs_0BRFs9//usr/lib/x86_64-linux-gnu
+ [ n = y ]
+ cp -pP /usr/lib/x86_64-linux-gnu/libbsd.so.0.9.1 
/var/tmp/mkinitramfs_0BRFs9//usr/lib/x86_64-linux-gnu/libbsd.so.0.9.1
+ cp -a /usr/share/plymouth/themes/details 
/var/tmp/mkinitramfs_0BRFs9//usr/share/plymouth/themes
+ cp -a /usr/share/plymouth/themes/text 
/var/tmp/mkinitramfs_0BRFs9//usr/share/plymouth/themes
+ [ -f /etc/os-release ]
+ cp /etc/os-release /var/tmp/mkinitramfs_0BRFs9/etc
+ cp /usr/share/plymouth/debian-logo.png 
/var/tmp/mkinitramfs_0BRFs9/usr/share/plymouth
+ 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
+ [ -e /usr/share/fonts/truetype/dejavu/DejaVuSerif.ttf ]
+ 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 -s -y /var/tmp/mkinitramfs_0BRFs9
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 134.

134 corresponds to SIGABRT, which is not a normal termination
(even in case of error). Thus I would assume that it is a bug
in fc-cache.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2019-04-15 Thread Sven Hartge 
On Mon, 15 Apr 2019 18:10:18 +0200 Vincent Lefevre 
wrote:

> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Setting up initramfs-tools (0.133) ...
> update-initramfs: deferring update (trigger activated)
> Processing triggers for initramfs-tools (0.133) ...
> update-initramfs: Generating /boot/initrd.img-4.19.0-4-amd64
> E: /usr/share/initramfs-tools/hooks/plymouth failed with return 134.
> update-initramfs: failed for /boot/initrd.img-4.19.0-4-amd64 with 134.
> dpkg: error processing package initramfs-tools (--configure):
>  installed initramfs-tools package post-installation script subprocess 
> returned error exit status 134
> Errors were encountered while processing:
>  initramfs-tools

I see the same here.

In my case the reason was fc-cache was failing because of a very very
old directory /usr/X11R6/lib/X11 containing old left over fonts.

After removal of /usr/X11R6/lib/X11 the installation of plymouth and
update-initramfs started to work again.

I've archived the directory in case someone wants to play with it and
its contents.

Could you add "set -x" to the top of
/usr/share/initramfs-tools/hooks/plymouth to get a clear picture where
exactly the hook fails?

Grüße,
Sven.



signature.asc
Description: OpenPGP digital signature

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

2019-04-15 Thread Vincent Lefevre 
Package: plymouth
Version: 0.9.4-1.1
Severity: grave
Justification: renders package unusable

I got the following error during upgrade:

[...]
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up initramfs-tools (0.133) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.133) ...
update-initramfs: Generating /boot/initrd.img-4.19.0-4-amd64
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 134.
update-initramfs: failed for /boot/initrd.img-4.19.0-4-amd64 with 134.
dpkg: error processing package initramfs-tools (--configure):
 installed initramfs-tools package post-installation script subprocess returned 
error exit status 134
Errors were encountered while processing:
 initramfs-tools

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-4-amd64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=POSIX 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages plymouth depends on:
ii  init-system-helpers  1.56+nmu1
ih  initramfs-tools  0.133
ii  libc62.28-8
ii  libdrm2  2.4.97-1
ii  libplymouth4 0.9.4-1.1
ii  lsb-base 10.2019031300
ii  systemd  241-3
ii  udev 241-3

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base 10.0.2
pn  plymouth-themes  

-- no debconf information