<youpi>gnu_srs: gdal built fine, thanks! <Shentino>So is a memory object just something that is filled on demand as needed by a server and then mapped by the kernel? <luckyluke>Curiosa: on my 64-bit branch I have working IPC for 32-bit userland, now I'm divided between cleaning up the patch set and addressing the next issue booting from a ramdisk <luckyluke>Curiosa: one thing that could be enabled by your approach is better versioning of the translator API <luckyluke>but with the vdso-like think you could ask for a specific translator API version <luckyluke>currently it seems mig doesn't support versioning, if you change one RPC you need to givi it a different msgid <luckyluke>but I'm still a bit confused how you'll handle the different address spaces... once the application called in the function exported by the translator, it would still use mach_msg and mig, right? <Curiosa>luckyluke: yes, mach_msg becomes the way to securely access gates to different address spaces <Curiosa>At least in the thread migration model <Curiosa>and.. of course.. signals are pure evil <Curiosa>imagine hanging to such an hack for that long ***FragByte_ is now known as FragByte
***yjftsjthsd31 is now known as yjftsjthsd3
***panzeroceania_ is now known as panzeroceania
<z3ntu[m]>youpi: I'm trying to build glibc with all debian patches now, but it's failing with undefined reference to `__proc_reauthenticate_complete' and I can't find where this function should be implemented, google or salsa gitlab isn't indexing that <youpi>z3ntu[m]: IIRC it's part of the patches from Sergey, for which I'm waiting for the copyright papers before committing to the repository <youpi>it's the 00* patches in the debian repository <youpi>if you think it's crazy that it's still missing upstream, please tell rms <youpi>he hasn't answered me anything for a few months now <z3ntu[m]>youpi: but the patches are already built as part of Debian glibc, no? How does it compile then? <youpi>these are in the hurd package <z3ntu[m]>I applied both "series" and "series.hurd-i386" or something to glibc-2.33 tag using quilt <z3ntu[m]>Ah thanks :) gitlab search doesn't find it for some reason <youpi>note that the heading __ is adding by mig <youpi>so it's proc_reauthenticate_complete that you need to look for <Gooberpatrol_66>it sounds like the way the fsf does copyright assignment should be overhauled <youpi>legal stuff is prone not to be a few days :) <Gooberpatrol_66>yeah i'm not a lawyer so i can't fathom what could be so complex about it <amk>why does the copyright assignment still happen? AFAIK even GCC doesn't do it anymore. it took like a month for my copyright assignment to get processed, its a significant barrier <z3ntu[m]>youpi: so even with glibc patched so it's basically debian glibc, I'm having weird issue. Currently stuck on some issue that if bash does "cat >conf11538subs.awk <<_ACEOF" then like about 1000 lines of stuff, then the normal "_ACEOF" it just hangs forever. If I decrease the lines that should be written to the file then it works fine <z3ntu[m]>this makes autotools hang after step "configure: creating ./config.status" <z3ntu[m]>I was hoping that debian patched glibc would fix this :D <youpi>I don't remember something like that