IRC channel logs
2026-09-29.log
back to list of logs
<jab>I'm hoping to get the next qoth sent in a day or so. <sigttou>surprised how civil the ml is around the llm emails lately <sam_>just ignoring it all, but bit tiring <sam_>even if you like llms it's complete gibberish <etno>I am holding myself back so many times from asking questions on the ML. Maybe I shouldn't 😅 <etno>Well, usually, trying to understand and searching a bit gets me sorted <sigttou>I like the speedup I get for research, setup, testing <sigttou>nothing, I am just not sure what people want to achieve <sam_>etno: please for the love of god, any actual hurd content, even if you had the silliest question on earth (and i'm sure it isn't), would be welcome <GNU_Hurd_Rocks>there are too many things I need to do before I can even look further into Hurd, unfortunately, things you can't just decide to go sleep instead... <etno>There is one question I did not find a definitive answer: some wiki documentation advises that one can attach gdb to a running translator. <etno>However, PTRACE_ATTACH doesn't reparent the tracee in the proc translator <GNU_Hurd_Rocks>yep I'm definitely familiar with such a concept, but haven't actually seen it done <etno>So attaching fails with ECHILD <etno>And the code checking for this is untouched since 2004 (<- if memory serves well) <etno>For now, I develop my translators by sending logs to a file, and more recently, by implementing a trivfs file, and using 'cat' to dump the state <etno>Haha, I feel that this is a tough question. Maybe youpi has the background? <youpi>etno: attaching gdb to a translator should just work, it worked for me last time I tried