<mb[m]1>Though it links to the mailing list which still isn't scraped by mailman (I tried to link directly first). <daviid>manumanumanu: you may also read the NEWS file online ... <kristofer>hello! I'm currently trying to build guile 2.2.3 on guix. it is taking an extremely long time to run make check-TESTS <str1ngs>amz3: were you working a guile web app thing? ***wingo changes topic to 'Welcome to #guile. See https://gnu.org/s/guile for more information. Guile 2.2.3 is out! <https://gnu.org/s/guile/news/gnu-guile-223-released.html>. This channel is logged, see <https://gnunet.org/bot/log/guile>. Bug database at <https://bugs.gnu.org/guile>.'
<str1ngs>hmm how do I get autotools to find guile-config2.2 ? <daviid>wingo: most welcome! thanks for the relase! <str1ngs>autotools seems to look for guile-snarf and guile-config most of the time <str1ngs>which does not play nicely with Parallel Installations <amz3>str1ngs: I work on guile web stuff yes <daviid>wingo: I hope you can find some time to patch guile so users would have a very easy way to ask/parameterize guile so both the repl and raising exceptions use truncated-print (lloda started to work on this, wip-truncated-print branch) <str1ngs>amz3: are you aware of any guile libraries for html user interfaces? <str1ngs>as much GTK as I can with my guile web browser <str1ngs>I'm researching, what I can use for UX. the more guile scheme I can use the better IMHO <mwette>Why not just make a guile api for webkitgtk? :) <str1ngs>I thought of that. since I could use gnome guile. but frankly it seems like alot of work. for no real benefit <str1ngs>I would have to create and support a gnome guile widget for gtk webkit. and frankly I would probably still need to resort to C <str1ngs>right now I'm happy just providing scheme API's to the C bits where needed. <mwette>I was kidding. I would have tried the FFI helper but webkit is in C++. <str1ngs>I dont want to make a webapp . I want to use html for some UI <str1ngs>since this is essentially a web browser written in C and scheme. it's not a big deal <daviid>str1ngs: use glade, then guile-gnome oads it <str1ngs>I'm using glade, but I would need to make glade manifests for webkit <mwette>You want to render HTML in a window? <daviid>str1ngs: oh your are writing a web browser <daviid>nerver mind then, I thought you were writing a 'traditional' app <str1ngs>like I have a mini buffer. but I need to provide history completion stuff like that <str1ngs>also the REPL is taken care off. I just use a VTE widget with emacs that connects to via geiser. <str1ngs>anyways I was toying with the idea, of use webviews with html for UI when needed. but I'd like to possible use scheme if I can. I'm trying to avoid javascript and C as much as possible. <amz3>str1ngs: you are looking for a backend framework for rendering html widgets? something like pyjamas or GWT? <amz3>str1ngs: well, if you don't need javascript, anyway, the html in guile is written using sxml <amz3>str1ngs: but for doing autocompletion you will need javascript <amz3>str1ngs: and guile-js is not ready <amz3>I mean to say the browsers are not ready for guile-js <amz3>to use guile-js you need a specific version of chromium with some flags, it's documented somewhere in the ML <str1ngs>I'm using gtksourceview for input fields so it does not need to be javascript for completion <str1ngs>but for user output I need uses something <amz3>you can write scheme sxml and translate it to html with guile <str1ngs>how do I convert from sxml to html with guile though? <mwette>I see now. webkit-gtk has C api to webkit. Worth a shot w/ the ffi helper. <daviid>amz3: how does that differ from davexunit sxml->html code? which is part of haunt I guess <amz3>daviid: it adds support for script tag at least :) <str1ngs>mwette: it's not worth using ffi for this <amz3>which I needed for working with guile-js <str1ngs>it's been easier to just write the gtk aspects in C <daviid>amz3: it wold be nice to talk to davexunit then , and have one place we can recomend to users for this ... actually it could even become part of guile-lib <mwette>str1ngs: I agree. Too much baggage getting pulled in. <daviid>ACTION always tries to contribute rather then duplicate, we are such a small community... <str1ngs>that and you need ffi for glib and gtk aspects <str1ngs>I suspect later I will move to guile gnome if I can though <daviid>amz3: please talk to him then :) <mwette>I have ffi for glib, gobject, pango, gdk, gtk2 already. I got the hello world demo to work. <str1ngs>yes but type conversions with ffi can be pita <amz3>daviid: I already asked to add it to guile itself, I need to create some unit tests <str1ngs>here I just use scm C primitives. and use SCM macros to provide the scheme API I want to expose to end users <daviid>amz3: maintainers said they will add it? <str1ngs>amz3: can I get away with sxml->xml for now? <str1ngs>I might have to use GTK after all. since I'm not sure I can handle events without use JS <daviid>wingo: as expected, but for info anyway, guile-lib make; make check all fine using 2.2.3 <daviid>g-wrap make; make check pass fine as well <daviid>guile-gnome make; make check pass fine as well <daviid>guile-clutter make; make check pass fine as well <daviid>all in the green! I think guile-cairo make check error is not related to 2.2.3 specifically, I kind of remember having reported it in the past <str1ngs>I guess, guix is what most people use to install 3rd party guile libraries? <catonano>str1ngs: as far as I understand the long term project is to make guix the package manager for guile based packages <str1ngs>the problem I find with guix. seems a bit much for just guile packages <str1ngs>and even though it runs in user space, you need root privileges to install and set it up. <efraim>debian has guile2.0 packaged for armel (ARMv4t) but not guile2.2, did guile2.2 drop support for it? <daviid>efraim: guile-2.2 is in buster (testing) <str1ngs>or does guile2.2 just not support armv4t I find that odd if it doesnt <efraim>now that'd be something to test, i'm working on an RPi 1 with 256 MB of ram <str1ngs>hmm might be slow to compile I guess <str1ngs>I guess you could crossbuild but that's no walk in the park <efraim>ah, change sid to buster and it appears <daviid>is the guile-dsv authoor around? <mwette>compile times for (ffi glib), 32k lines: 2.2.2=>6m10s 2.2.3=>2m23s