IRC channel logs

<damo22>julia_kitsune: have you tried using hurd before?

<julia_kitsune>damo22: I have tried with Gentoo a little bit

<damo22>nice, i havent tried the gentoo port yet

<julia_kitsune>can be built with sys-devel/crossdev

<damo22>i tend to stick with debian/hurd because most of the development is done there

<julia_kitsune>i686-gnu and x86_64-gnu for targets, information is here, https://wiki.gentoo.org/wiki/Project:Hurd

<damo22>thanks

<damo22>julia_kitsune: have you explored the concept of a translator in hurd?

<julia_kitsune>have not done too much with it yet

<julia_kitsune>I need a new keyboard for the system that I would love to test with Hurd though, since I broke the previous unfortunately

<julia_kitsune>a very good tip, some things don't like being taken apart

<damo22>a translator is interesting because you can attach one to a file and then when you perform actions like {open,read,write} on that file, the translator implements those calls

<damo22>yes, keyboards are finicky to repair

<rsmarples>ok, so im running debian bookworm x86 on my vm host. sure it's slow but it works, no keybord or mouse timeouts

<rsmarples>i see no reason why hurd on the same setup should timeout either :/

<damo22>timeouts?

<azeem>rsmarples: with "running debian bookworm" you mean Debian GNU/Linux?

<damo22>im running debian gnu/hurd in qemu and ive never had a keyboard or mouse timeout

<damo22>also, it runs fast with kvm

<rsmarples>azeem: yes

<rsmarples>damo22: amd64 hurd is fast for me, but i would like x86 to work and i can't get that accelerated

<azeem>what is the issue?

<rsmarples>doesn't boot the kernel when accelerated, removing the acceleration causes keyboard / mouse timeouts

<azeem>what is the error message?

<rsmarples>i cdont have the exact error to hand right now but it was like keyboard buffer full timed out

<azeem>rsmarples: I meant when it did not boot accelerated

IRC channel logs

2026-08-12.log