IRC channel logs

2021-07-09.log

back to list of logs

<stikonas>yeah, Guix signature checking mechanism is quite good...
<stikonas>(since it prevents downgrade attacks)
<stikonas>if I remember correctly, Gentoo has slightly simpler check which is vulnerable to downgrades
<stikonas>fossy: so I've compared header files in /image and /usr and they seem identical...
<stikonas>so I think there is probably some hardcoding in binaries
<fossy>for gcc?
<stikonas>well, I've built m4 musl and gcc
<stikonas>into /usr
<stikonas>nothing else (started with /image prefix, built until gcc)
<stikonas>and then /usr prefix already could reproduce the problem
<stikonas>but all the musl and gcc header files were identical
<stikonas>it might be that something is going on with libgcc
<stikonas>libgcc is used for basically all binaries
<stikonas>(but not for musl and I guess not for gcc)
<stikonas>fossy: oh it's actually libiberty
<stikonas> /image # grep -r sys_errlist *
<stikonas>Binary file lib/mes/libc.a matches
<stikonas>and in /usr
<stikonas>there are no matches
<stikonas>oh, that might be red herring... I might not have installed everything necessary in /usr
<stikonas>fossy: can you try if touch /usr/lib/musl/gcc/i386-unknown-linux-musl/4.0.4/include/syslimits.h helps?
<stikonas>I think it might work for me, but I don't have a proper /usr prefix now
<fossy>stikonas: when I copy gsyslimits.h from gcc source tree to /usr/lib/musl/gcc/i386-unknown-linux-musl/4.0.4/include/syslimits.h ig works
<fossy>thats my hack
<fossy>I can also try an empty file too
<stikonas[m]>I guess both work, if nothing from that file is used