***Server sets mode: +nt
***geokon1 is now known as geokon
***rekado_ is now known as rekado
<wingo>not crashing is a good start ***slyfox_ is now known as slyfox
<jlicht>Is doc-snarf in guile-tools no longer supported, or am I doing something silly? I seem to always get no output + exit status 0 <jlicht>it was (/used to be?) a magical tool to extract Guile's docstrings to, among other things, texi @deffn{}-like things <jlicht>I have now hacked together some abomination using geiser + texi-docstring-magic.el which "works", but I'd much rather use something a bit better supported if possible ***logicmoo is now known as dmiles
<ArneBab>wingo: can I already try benchmarking your first steps? <rekado>looks like I’ve been looking at the wrong problem wrt http-post (bug#32528) <rekado>the debbugs SOAP service really does include a bad header. <rekado>it’s nothing to do with the email headers in the response body. <rekado>“wget --server-response …” shows me the odd-looking Content-Type header. <rekado>Content-Type: multipart/related; type="text/xml"; start="<main_envelope>"; boundary="=-=-=" <rekado>For now I’ll just replace the content-type handler. <civodul>Content-Type: multipart/related; type="text/xml"; start="<main_envelope>"; boundary="=-=-=" <rekado>I wrote “bad header” because it really is a header, not an email header from the response that’s misinterpreted as an HTTP header. <Labu>I try to understand how works goops <Labu>I made a metaclass which redefine compute-get-n-set. But I didn't get what I expect. I don't find how I can set the value of a slot <Labu>Have you some examples ? <civodul>Labu: perhaps you can paste what you have, explaining what you get and what you'd expect? <Labu>but I dont want this :-) <rekado>I replaced the content-type handler in guile-debbugs. Seems fine now.