Hi!
I think I found the root cause of this issue in qemu. I'm about to prepare a
patch.
Bye
Stefan
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> l...@gnu.org (Ludovic Courtès) skribis:
>
>> ‘guix publish’ uses the latter, so ‘guix publish’ is sensitive to locale
>> settings, which is pretty bad.
>>
>> Guile currently does not allow us to specify whether/how file names
>> should be decoded, b
Hi,
Maxim Cournoyer writes:
> I was recently reminded of this bug by a new encounter; at last wrote a
> test for your proposed fix, and it appear to work as intended! I've
> committed it on your behalf in commit 485ac28235 on the core-updates
> branch.
Thanks for taking care of this Maxim, and
Hello Mark,
I was recently reminded of this bug by a new encounter; at last wrote a
test for your proposed fix, and it appear to work as intended! I've
committed it on your behalf in commit 485ac28235 on the core-updates
branch.
Closing!
Thank you for the clever hack :-)
Maxim
Hi!
> I think that should rather be (sizeof* '*) instead of (sizeof '*). Ludo?
For aarch64 I tried using ‘sizeof*’ instead of ‘sizeof’ in ‘ifreq-struct-size’,
but this makes no different at all. Well, pointers have to be 8 bytes long on
x86_64 and aarch64, so this was expected. However, it sho
Hi Danny and Ludo’!
> Can you try printing (@@ (guix build syscalls) ifreq-struct-size) directly?
I did that, it's printing 40 in both cases. That’s the value which is ending up
in stride.
> Is it qemu-user or qemu-system?
~$ /usr/local/bin/qemu-system-x86_64 --version
QEMU emulator version 2.
