<davexunit>rekado: did you ever get skribe working with haunt? <davexunit>I'd like to start chipping away at my own blog and move it to haunt, partly because I'm embarrassed at how you beat me to it a long time ago now. <davexunit>if possible, I'd like to add an optional dependency on skribilo that can read Skribe and convert it to SXML ***karswell` is now known as karswell
<sturm>Hi folks. I'm trying to get sxml->xml to do UTF-8 encoding, but not having much luck eg. (sxml->xml `(p "♥")) returns <p>?</p>. Any suggestions? <sturm>I've had a look at the SXML docs in the Guile Reference, but there's not much there about this procedure. <paroneayea>does that return a string with the heart character properly? <sturm>paroneayea: that's interesting if I run a program (display "♥") I get back a question mark. I strangely can't seem to paste the heart directly into the interpreter, instead it pastes sxml-"". <paroneayea>sturm: I think this has to do with default port endocing stuff not being utf-8 <paroneayea>sturm: I got that from a guile repl right at the normal command line (not through emacs) <paroneayea>sturm: I dont' know how to set the port encoding of the repl and such things, you may want to ask in here while it's a bit more active <paroneayea>sturm: also btw, if you're new to #guile, welcome! <sturm>thanks paroneayea, I'll look into port encoding. This is Guile build from Guix too - don't know if that may be related. <sturm>Thanks, I feel very welcome :) <sturm>%default-port-encoding says: #<fluid 6> <paroneayea>sturm: it could be guix related, especially given current locale stuff which is happening in guix <sturm>paroneayea: Yes, I think this may be Guix related - just tried my system Guile 2.0.9 and that handles unusual characters fine. Now that I notice, my Guix Guile 2.0.11 does warn on startup "warning: failed to install locale: Invalid argument". <sturm>paroneayea: was installing Guile 2.0.11 to play with dthompson's Haunt project. :) <sturm>artyom-poptsov: thanks very much, I'll give it a shot <sturm>artyom-poptsov, paroneayea: I think there's something not quite right with my Guix Guile. Running (setlocale LC_ALL "") fails with "ERROR: In procedure setlocale: Invalid argument". <sturm>I'll do some more hunting around in that respect. <artyom-poptsov>sturm: I'm using Guile 2.0.9 and the example works fine. What version of Guile do you use (see 'guile --version')? <artyom-poptsov>sturm: Ah, and I think you should check whether the needed locale is supported by your system. You can get the list of supported locales by means of 'locale -a' in your shell. <artyom-poptsov>In my case there's "en_US.UTF-8" locale and therefore (setlocale LC_ALL "en_US.UTF-8") works. ***micro` is now known as Guest97848
<luk>hello again, I'm still trying to compile guile-gnome. I have a more recent version of guile in /opt now that I want make to use - but I'm lost on the options to ./configure . Internet is also no much help. <sturm>artyom-poptsov: thanks very much for the help - it turns out that while my system locale is all set up ok, Guix uses a separate set of locale data, which needs the glibc-locals package installed plus LOCPATH environment variable set. <sturm>I eventually came across a Guix mailing list post from paroneayea with the same error. ***Guest97848 is now known as micro`
<amz3>can we say that guile is also a procedural langage? <taylanub>amz3: I'd say yes, since we can define and call procedures :-) <taylanub>although Wikipedia contrasts "procedural" to "functional" ... I think these terms are really very vague <taylanub>in fact it apparently lists "procedral" under "imperative." then again, Scheme supports imperative programming just fine. <amz3>the context of my question is somehow asking to compare graphdb and rdbms to languages <amz3>it seems to me rdbms are like java (typed and OO) <amz3>and graphdb are like dynamic languages like python, scheme <amz3>where guile better fits the multi-model kind of graphdb <amz3>in the sens that it can handle different kind of programming styles <amz3>I don't know much either, I'm kind of database journalist, in the sens I know the thing but never use it to solve real problems <paroneayea>sturm: yes the guix situation with locales is kinda messed up right now. I'm using `export LC_ALL`C' as my temporary solution <paroneayea>sturm: basically I set it up in the guix-enable command I use to set up the env variables <sturm>paroneayea: thanks. I have Haunt running nicely now. Writing HTML as nested Lisp lists actually appeals to me a lot for some reason. :) <luk_>hey daviid, how are you? <daviid>did guile compile fine yesterday? <luk_>yes, its compiled ant in /opt allright <luk_>I tried to find the option to ./configure to use the new guile myself but so far it didn't work. <daviid>perfect, now we start to compile guile-gnome, you need to do this in the terminal in which you'll do so: <luk_>no rules for that - I did it yesterday <daviid>export GUILE_WARN_DEPRECATED=detailed <daviid>export ACLOCAL_FLAGS="-I /opt/share/aclocal" <daviid>export PATH=/opt/bin:/sbin:/usr/sbin:/bin:/usr/bin <daviid>export LD_LIBRARY_PATH=/opt/lib:/usr/lib:/lib <daviid>export PKG_CONFIG_PATH="/opt/lib/pkgconfig:/usr/lib/pkgconfig" <daviid>./autogen.sh; ./configure --prefix=/opt; make; make check <daviid>in the mean time can yo see if you can remove the pacman guile or not? <daviid>it will let you remove if no other package depends on it <daviid>make sure you purge the package, not just uninstal ... <luk_>shit, it says make depends on guile!? <luk_>make check failed again :( <daviid>it should have worked. did you uninstall yesterday? <luk_>but now it has a new prefix btw <daviid>you see, it's as if it's loading the old copiled lib <luk_>yep already there and searching ;) <daviid>find . -name \\* | grep guile-gnome <daviid>i don't thik it is that, when make check it did say it compiled the guile-gnome modules right? <daviid>then run it like this: . guile-2.0-opt-bash-settings <daviid>and paste the results please, then we'll start again <luk_>well, it compiled some modules, but at gclosure.scm.go the fist error hist <daviid>luk_: yes, your cache is ok because guile replaces with new version when it finds it has to compile .. that is not the problem <luk_>just tried it anyway, same error <daviid>ok, thanks. i'd like to compare the error with the 1 printend yesterday. let's do this: <luk_>sorry, recompiling because of the make clean <daviid>(dynamic-call "scm_init_gnome_gobject_closures" (dynamic-link *guile-gnome-gobject-lib-path*)) <daviid>(define-class <gclosure> (<gboxed>) #:gtype-name "GClosure") <luk_>Daviid, do you think it is productive to solve the error on my machine as it may occur again on other machines? Because personally I think I have some lib or whatever wired somewhere, I dont find it at the moment. and it could be gone if I start with a fresh distro <daviid>well if you have the patience to install a new distro, I'm just trying to understand why... it could even be the C compiler [because part of goops is written in C], which is not my area. but right now i wanted to check it uses the new guile, it seems it does <luk_>was a good idea, but the error has to be somewhere else <daviid>i did all this because there has been a refactoring of goops, which guile gnome uses and distro based on the [old now] 2.0.11 tarball do not have that refactoring ... hence the possible source of problems <luk_>could indeed be the problem as parabola might not have the latest package <daviid>but now the setting we set-up does not use the guile distro package anymore <daviid>although i secretely suspect it still does, but without my hands on your computer really is difficult to prove :) <luk_>I wanted to try out Guix SD anyway. seems so cool from the outside. I think I'll do that. Or do you have a last magic idea what I could try? <daviid>no one has compiled guile-gnome on guix yet, i don't know if it has all the dependenices ... <daviid>it would be better to try debian testing in a virtual machine maybe? <luk_>I decided to use debian testing now. It will take some time... Thank you so much daviid, I learned some new things even though we were not successful. <daviid>luk_: could you ytry to save this in 'gg-build-with', chmod a+x gg-build-with; gg-build-with and paste the results if it worked [it may fail because it depends on package name which may differ on your distro <daviid>run this in the terminal where you have compiled guile-gnome <daviid>luk_: on debian you'll need to install -dev packages for all guile-gnome dependencies, not jut the core libs packages <luk_>I used debian for a long time so I'm a bit familiar with that :) <luk_>do these build-problems occur regularly with guile-gnome? I ask because I think of potential users of programs written with it that may not have that much patience ;) <daviid>luk_: no. but you are the second reporting this problem, i hope I can find out what causes it <luk_>anything else you want me to do to help? I'm asking because I actually decided to toast my current setup (Its 3 days old, the 3 days I spent on installing guile-gnome, so it would be not much of a loss to me. but for you maybe in that case? <daviid>we don't have many guile-gnome users yet, but some installed 2.16.3 with no problem <luk_>allright then. wget says you have 75 min left to ask for some diagnostics <daviid>i touht you were going to keep the actual and build a vm with another distro <luk_>actually I like to have real systems, bit old-fashioned I know. don't know why... but maybe youre right and I should try that. everybody seems to be doing it these days. and for a reason ;) <amz3>given a set of procedure proc1 proc2 proc3, that takes stream as argument and return a stream, is it possible to compose them using the compose procedure as (compose proc3 proc2 proc1) ? <amz3>I guess I should just try :D <amz3>I just discovered that define-stream and let-stream have the same "relation" as define and let-stream in terms of pratical usage <amz3>it's the case one can compose stream -> stream procedure Guile is wonderful, things fit together like a beautifully crafted puzzle <amz3>this means that my gremlin code is basicly an extension of (srfi 41) for the particular case of streams of graph nodes <daviid>luk_: what is the exact system version you were using ? i will try to install in a vm here <daviid>if i find the time, which is unlikely but <luk_>recent stable parabola linux. one sec <luk_> Current Release: 2015.08.01 <luk_>Included Kernel: 4.1.3-gnu <daviid>is there a parabola vm ready somwehere luk_ ? <luk_>sorry, I'm the wrong person to ask for VMs ;) <amz3>this would also mean that I have more time to do fun stuff <amz3>and do actually things that are useful ;) <davexunit>ACTION hacks on SDL2 bindings while at FSF30 <daviid>let's wait for your debian test now, I'm done with this for now <daviid>the good news is that, afaict, the problem is not because of guile, neither the goops refactoring, neither guile-gnome <daviid>luk_: do you know what compiler ws used to build the all chain? <daviid>luk_: still there? could you install gcc 4.9.3 instead? <luk_>I can try, never backported gcc <daviid>if it's not too much work, i suspect it is the source of the problem <daviid>and then you save to have to install another dostro, which does not sence by the way <luk_>yeah, of course not the distro itself but one package that I couldn't figure out ;) so I thought a completely different system might increase my chances <luk_>ok, compiling the gcc now. I'll report back later <daviid>ah cool. i thought you would find a pacman package <luk_>kind of. there is this arch user repository which I now use to compile the correct version. There is a package definition so it not much work, only time <luk_>parabola didn't have a package