<fangism>anyone have a pointer to a patch/commit that fixes the texinfo-5 issues with guile-2.0.x? <ijp>it is fixed in master and stable now I believe <ijp>there have been texinfo patches since then, but that's the one that mentions fixing the build <ijp>fangism: is there anything preventing you from running a more recent guile? <fangism>ijp: 2.0.9 unfortunately crashed for me (abort trap) during documentation extraction, so I wanted to fix 2.0.7 first for users before tackling 2.0.9 <fangism>ijp: what's the appx date of that commit? <ijp>beginning of march or so, I thought <ijp>Date: Fri Mar 1 17:49:24 2013 +0100 <ijp>if you had the repo, you could have just did git show $sha-fragment <fangism>was using the gitweb interface, since I don't have a clone checked out <aoi->so if you builde guile, guile-dbi to install into /usr/local it just works <aoi->you try to install it into another prefix, then the include paths fails to be updated =/ <aoi->at least guile-dbi builds now =) <aoi->dsmith i got guile and guile-dbi to build now <aoi->nalaginrut-left: now to get artanis built and installed =) <aoi->nalaginrut-left:close to getting a running server now ... <aoi->artanis/artanis.scm:213:17: In procedure new-route-context: <aoi->artanis/artanis.scm:213:17: In procedure module-lookup: Unbound variable: request-cookie ***nalaginrut-left is now known as nalaginrut
<nalaginrut>aoi-: oops, I've updated cookie module yesterday, and I didn't test it <nalaginrut>aoi-: there're some commits in my machine haven't pushed to github, so maybe some problems there. But it works fine in my machine ;-P <aoi->no index.html but it works! <aoi->nalaginrut: i guilt guile-dbi and guile-dbd-mysql etc, installed ok when put into default PREFIX <aoi->now that its all built and running on my laptop, i can hack on it a bit over the next week *aoi- will be on holiday, off to see my mother =) <aoi->also lots of time spent on planes and busses <nalaginrut>wingo: seems our parser don't like Etag (parse-entity-tag-list "2-518c9735-1000") <nalaginrut>ERROR: Bad qstring header component: 2-518c9735-1000 <wingo>i think it needs to be enclosed in quotes <wingo>browsers should only give you the precise etag that you give them <wingo>so usually the issue is that you gave them a bad etag to begin with <nalaginrut> (stat:ino st) (stat:mtime st) (stat:size st)))))) <wingo>depends on how you write your headers <wingo>if you use the guile http writers it should write the string with quotes <nalaginrut>`((content-type . (text/html) ,@(generate-Etag "file")) <nalaginrut>wingo: so you mean my generator is incorrect? or my usage of web module is wrong? <wingo>nalaginrut: how do you write the response over the wire? do you use the http server? <wingo>or do you use some other server <wingo>and so you use write-response <wingo>telnet to your server and see if it is giving you an etag with quotes around it or not <nalaginrut>well, that generator was borrowed from stackoverflow <wingo>the algorithm is fine and it sounds like it should work <wingo>nalaginrut: use `((etag . ...) <nalaginrut>no ("Bad value for header ~a: ~s" (etag "56e300-516bb5c7-12fd")) <wingo>early errors are better than late errors :) <wingo> The entity-tag of the resource. <wingo> (parse-header 'etag "\\"foo\\"") <nalaginrut>I think the point is parse-qstring doesn't accept any string <wingo>please read the parts of "HTTP Headers" in the manual that talk about etags <wingo>and have no problems with any browsers that i know of <wingo>though there is apache in front <nalaginrut>I think the point is that we have to keep the value of etag be quoted <nalaginrut>hmm...I confess I didn't read the latest manual recently <wingo>pretty sure all is working as intended <wingo>use lower-case etag as the symbol. *dsmith looks up etags ... ***dev- is now known as developernotes
***dev- is now known as developernotes
***sneek_ is now known as sneek
***MB is now known as Guest21872
<spacebat>I'm trying to build guile 2.0.9 but configure dies after a while a few errors starting with gl_FUNC_PIPE: command not found <spacebat>that's not the error I got the first time I tried to build, so I tried make distclean but that seems to run configure and land at the same error <spacebat>but git reckons the state of the working copy is clean <wingo>if you made distclean then you will need to autoreconf -vif <spacebat>thanks it does indeed seem to be getting me further <spacebat>trying to build on debian wheezy - finally got around to installing gc-7.2 <dsmith>wingo, Just saw your mail on elf debugging & docstring stuff. <dsmith>wingo, Is it going to be possible to link together .go files? Combining the various sections and maybe stripping out unreferenced bits? <aoi->spacebat: install libgc1c2 and the -dev package <dsmith>aoi-, That's the older version, isn't it? <spacebat>aoi-: I have and I understand it works for the most part, but I wanted to use the one called for by the build system, so I'm giving that a try <aoi->thats the debian wheezy package <wingo>dsmith: i think it will be possible, yes <wingo>so there are a few things to do there <wingo>stripping out unreferenced bits won't happen -- that's really a function of the inliner and the optimizer <wingo>but you might be able to package a number of compiled modules into one .go <wingo>together with an entry script <wingo>and eventually possibly even compiling an executable that dynamically links to guile <wingo>that would be the emacs use case <spacebat>you mean loading guile as a shared lib, or <spacebat>this is taking a while to build :) might need to plug in before its done <wingo>spacebat: you are building the stable-2.0 branch, yes? <spacebat>well its built now, I might play with this one and start a rebuild before I sleep ***dn2k is now known as y0x2a
***y0x2a is now known as dn2k
<ijp>dsmith: I really wish people wouldn't refer to that primer <mgsk>Gah! I have libpcre3 and libpcre3-dev -- is that not enough for regexp support? Manually compiling. <mark_weaver>mgsk: waxysubs is my logger, which I occasionally type into by mistake while looking over the logs. <mark_weaver>mgsk: guile wants a posix regexp library, like regex <ijp>huh, I wondered about name <mark_weaver>mgsk: I confess I'm fuzzy on the details because I've never had a problem. what system are you running on? <mark_weaver>I think the reason I've never had a problem is because the GNU C library contains everything that's needed, unless I'm mistaken.