IRC channel logs

<ArneBab>first article of with-guise-and-guile written: http://www.draketo.de/proj/with-guise-and-guile/wordcount-challenge.html — featuring manumanumanu ☺

<ArneBab>with-guise-and-guile: http://www.draketo.de/proj/with-guise-and-guile/

<daviid>ACTION finally got image histograms working in guile-cv, it needs fine tuning though: (a) too slow), (b) some /tmp latex names clashes may still occur... but getting close

<daviid>ok, im-histogram is bug free now, here at least :), good. it is a bit slow, but because of it's calling pdflatex for some of the legends stuff, not because of guile, and i have some ideas to make it faster anyway

<PuercoPop>davexunit: Btw it seems you forgot to update the installation instructions of sly http://paste.lisp.org/+7FAA

<manumanumanu>nalaginrut: no. delimited continuations are better in every way

<manumanumanu>ArneBab_: neat :) Next up: python2. We need to cut runtime by at least 60% O_o

<manumanumanu>ArneBab_: your simple version is not the "fast" simple version, nor the correct one. the string every checks for #\\space \\t and \\n, but what we should just check is string-null? since read-delimited won't return any string with #\\space #\\newline or #\\tab.

<manumanumanu>it will just return an empty string

<ArneBab_>damn, then I copied the wrong version there. Can you pastebin the simple version (I’ll update it this evening)?

<manumanumanu>ArneBab_: sure thing

<manumanumanu>ArneBab_: I just found out I can fake cond-expand in chez and make Nietzsche fast in both guile and chez without much fuss. Chez looks for modules with the extension .chezscheme.sls before anything else :)

<manumanumanu>so, finally I can avoid using full continuations in guile for my coroutine generator

<ArneBab_>nice!

<wingo>ACTION highfives manumanumanu re: "delimited continuations are better in every way"

<manumanumanu>wingo: Well, they are! I used to thing Oleg was just a grumpy old man until I saw the light.

<wingo>:)

<manumanumanu>wingo: I am trying to crowbar fibers into my next project btw. I am pretty sure I don't really _need_ to, but what's the fun in that? :)

<wingo>hehe nice :)

<wingo>please do fork the project and figure out things that could be better!

<wingo>moin civodul

<civodul>hello wingo

<sneek>Welcome back civodul, you have 3 messages.

<sneek>civodul, bavier says: updating OpenMPI is on my todo list

<sneek>civodul, quiliro says: will installing guixsd offline be possible by making a mirror with nginx and this configuration file https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/nginx/mirror.conf ?

<sneek>civodul, efraim says: 9 hours for make with guile2.2 on aarch64

<wingo>lol sorry for causing the pounce :)

<wingo>i guess that's a guixpouce tho

<civodul>uh uh

<wingo>*guixpounce

<efraim>i was wondering why i got tagged in #guile ;p

<wingo>efraim: now that you are here :) that guile 2.2 on aarch64 was without prebuilt/, is that right?

<efraim>~6 hours for guile 2.2 without prebuilt, 9 hours for guix with guile2.2

<efraim>I think it was 45 minutes for guile2.2 with prebuilt

<civodul>oh, that much of a difference?

<ArneBab_>is there a guile-2.2 package for ubuntu (in some repo?)

<manumanumanu>Hey... Why doesn't the make-coroutine-generator from srfi-121 work in guile?

<manumanumanu> https://pastebin.com/cW7y9VFu

<manumanumanu>oops. that example doesn't show anything

<manumanumanu>wait

<manumanumanu> waithttps://pastebin.com/qYAVcwWt

<manumanumanu> https://pastebin.com/qYAVcwWt

<manumanumanu>That works in both chicken (with small changes) and chez

<manumanumanu>It just stops on the last (yield) and never returns eof

<manumanumanu>I have a slightly different version that didn't work and I thought I had ust done something stupid.

<manumanumanu>or rather: it continues to yield the last result and never leaves

<manumanumanu>whaat. now it works

<ArneBab_>manumanumanu: did the first auto-compile the code?

<manumanumanu>ArneBab_: what?

<ArneBab_>did it show the ;;; <I am compiling stuff> message?

<ArneBab_>I noticed runtime differences when it does that

<ArneBab_>so there might be an inconsistency

<manumanumanu>ArneBab_: meh, that is at most 0.5s

<ArneBab_>ok

<stis>Hej guilers!

<amz3`>I want so much copy datomic

<amz3`>I want so much +to copy datomic

<amz3`>nalaginrut: congrats for the release

<amz3`>nalaginrut: did you play with datomic?

<amz3`>nalaginrut: I read it's the hottest database un clojure land

<nalaginrut>amz3`: what's that?

<nalaginrut>amz3`: I'm thinking about more cool new features

<nalaginrut>amz3`: oh, datalog! which was what I want to add to Artanis

<nikita1>nalaginrut: pdf doc is also needed regeneration without broken org-mode.

<nalaginrut>amz3`: I'm considering the proper way to go. Write a datalog like dialect in s-expr. or just implement datalog as a language frontend

<amz3`>nalaginrut: that would be nice

<amz3`>s/would/will/

<amz3`>:)

<amz3`>nalaginrut: guile-log implements a datalog

<nalaginrut>nikita1: done

<amz3`>but you can "only" dump a given database to scm and reload it to memory, there is no notion of ACID

<amz3`>there is no ACD guarantees, prolly it works in certains circustences

<nalaginrut>amz3`: dump to scm and reload seems not efficient

<nalaginrut>I want to make Artanis product quality

<nalaginrut>nikita1: could you check it again ;-)

<nikita1>nalaginrut: ok!

<nikita1>may be it's a common problem for pdf documentation that code samples (monotyped) are almost always rut out of page boundaries.

<nikita1>I saw it in many GNU docs generated automatically ..

<amz3`>nalaginrut: that's what I thinkn too

<ArneBab_>nikita1: I typically need to adjust the code to be nice in PDFs — and reduce the font size a bit.

<ArneBab_>being serious about a 72 char width limit helps, though.

<amz3`>there is not line wrap

<nalaginrut>nikita1: all the docs are generated automatically by org file, I have to do so, since GNU standard requires that bunch of files

<nalaginrut>the colored html doc is the easiest to keep good quality

<nalaginrut>other files are generated by texi which is generated by org

<nalaginrut>nikita1: but I'm still willing to fix the pdf if you could point me out the problem

<nalaginrut>nikita1: if it's possible to fix

<amz3`>skribilo all the things!

<paroneayea>skribilo is great

<paroneayea>I'd love to see more skribilo support, especially nicer info output from skribilo

<paroneayea>I'd love to use skribilo for the default for a few of my projects... I'd prefer it over writing texinfo.

<paroneayea>the info output in skribilo is not nearly as good as texinfo's though, at present.

<paroneayea>I'm sure it could be improved!

<daviid>for info, texinfo is mandatory for GNU projects, and texinfo is a must, also we have stexi ... which is awesome

<paroneayea>texinfo isn't mandatory

<paroneayea>info is

<paroneayea>daviid: I know this because mediagoblin was allowed to use sphinx as long as we had an info output.

<paroneayea>which we do!

<paroneayea>similarly, autotools is not required, but the interface that autotools currently provides (./configure && make with associated flags) is

<daviid>paroneayea: ah ok, texinfo is better imo anyway, but ... as well as the autool chain, quite a lot better actually, but i guess all this is taste (and knowledge experience)

<daviid>*autotool chain

<daviid>the only missing bit in texinfo is proper support for goops

<daviid>i mean proper support for doc about generic function multimethod polimorphy dispatch systems...

IRC channel logs

2017-05-12.log