IRC channel logs
2026-06-06.log
back to list of logs
<youpi>rsmarples: I had an working libasan at some point ,haven't had the time to upstream it yet <damo22>rsmarples: what i wrote is still experimental, yes the packet size is probably wrong <rsmarples>damo22: silly question. do you know if hurd reports carrier status in any way or form? <rsmarples>youpi, sam_: are you both ok with removing defines for PF_LINK, AF_LINK and SIOCAIFADDR from debian and gentoo? that would make my codebase for hurd less messy. <rsmarples>and maybe one of you upstream pretty pleae? :) <rsmarples>I'm working on reducing my changes by committing stuff I can do as non hurd and making good progress <youpi>rsmarples: it's already dropped upstream <rsmarples>someone please land that and reduce my patches even more! <azeem>rsmarples: maybe repost it to bug-hurd/libc-alpha then <Pellescours>youpi: while trying to fix the glibc tst-shutdown test, I noticed something. When pflocal io_read return data_len = 0 (like when the read was shutdown), the libc read hang pflocal call return (do not hang), according to the code. Do you have an idea on how we can fix this? <yelninei>hi, would anyone know why recvmsg wants a giant msg_controllen somewhere in XOpenDisplay (2048 vs 80) causing a XCB_CONN_CLOSED_FDPASSING_FAILED error <gnucode>grrrr, magit is not working for me...and git send-email is also not working for me... <gnucode>I just did not configure it properly. <jab>hmmmm, hurd.ion.nu has some certificate issue <solid_black>and the first patch for 9pfs spotted on the mailing list, how cool is that :D <solid_black>meanwhile, I sort of accidentally implemented most of writing support (oops) :D <diegonc>jab: do we have certbot working on the Hurd? <sam_>it's pure python, just it depends on the python package 'cryptography' which needs rust, but we have rust now, so I imagine yes <sam_>there are some smaller acme clients though <diegonc>cool, I never hosted anything on the Hurd (yet?), but remember using it a work for renewing certs automatically <Alicia>I'm thinking that might be why certificate renewal isn't working, but I'm not finding any explanation for it. there is no .htaccess and nothing in the apache config that would explain it <jab>diegonc: I personally would rather use OpenBSD's acme-client... <jab>diegonc: also, hurdos.com is powered by an OpenBSD vm provided by OpenBSD.amderstdam . I have 0 experience hosting websites with the Hurd. Though I would like to do so someday. <jab>and solid_black implemented write support faster than I could document that it only have read support on 9pfs. <jab>Alicia: at least your wiki is more up to date than mine. <jab> Mine is still lagging. <jab>and search doesn't work. <sam_>not sure acme-client has been ported to non-openbsd (has it?) <sam_>in any case it's imo a case of picking your battles <Alicia>(the certificate on hurd.ion.nu) <jab>sam_: I think acme-client was ported to Linux...that is intuition talking. No actual evidence, have I. <rsmarples>sam_: letsencrypt worked fine on NetBSD when I used it <Alicia>jab: during the confusion about what was going on with hurd.gnu.org I had added it as an alias to my mirror config, but obviously requesting a certificate for that from my server wouldn't work, but then I blindly missed that it wasn't ion.nu when troubleshooting >.< <rsmarples>progress! dhcpcd can now configure pfinet via fsetopts in a hook script 