<dsmith-work>kristofer: Without looking tooo hard, (list) returns that. <kristofer>dsmith-work: the words hash-table has 315380 "buckets" of words <dsmith-work>I think I see. At the time longest is define'd, the hash table is empty. <kristofer>I thought the hash-fold init argument should be an empty list for comparing length <dsmith-work>kristofer: The way the code was formatted threw me about (list) at first. I *did* say didn't look too hard... <ozzloy>i'm trying to install skribilo on debian 8/jessie. is there a tutorial on that somewhere? i'm just finding dead ends on google <paroneayea>ozzloy: so you'd have to ./configure && make it yourself and etc <kristofer>is there anything like zodb or acid-state for guile? <ozzloy>paroneayea, that's the path i'm on right now. and to get it, i'm installing its dependencies <ozzloy>so right now i'm working through installing lightning so i can install guile-reader. guile-reader says it's optional, but ./configure complains that i have a too old version and errors out <ozzloy>guile-reader says lightning is optional, that is <paroneayea>ACTION just used guix to install it, so doesn't know... <davexunit>I'm surprised that no one packages this stuff for Debian <paroneayea>skribilo is pretty great, someone *should* package it for Debian ***Friedriechson is now known as Bobbejaantje
<ozzloy>so i can type sudo apt-get install -y skribilo and it just works, now i have skribilo on my debian jessie 8 <ozzloy>i have no idea if that's too much or too little. how much time would it take? <ozzloy>any recommendations on someone who could do this? <ozzloy>or can someone just tell me what i'm doing wrong here? i just installed lightning 2.1.0 from https://ftp.gnu.org/gnu/lightning/ with ./configure && make && sudo make install. now i'm trying to install guile-reader 0.6 and ./configure fails with "configure: error: Your installation of GNU lightning is too old; install 1.2b or later." <kristofer>ozzloy: is lightning installed in /usr/local? <mark_weaver>ozzloy: if you also have an old version of lightning installed somewhere else (e.g. from a Debian package), then you'd better remove that one. <mark_weaver>ozzloy: oh, another thought: I vaguely recall that lightning 1.x and lightning 2.x might be quite different APIs, such that a program looking for lightning 1.x won't even see lightning 2.x and wouldn't be able to use it. <ozzloy>not sure if i have an old version of lightning installed. i tried sudo aptitude search lightning and saw no packages <ozzloy>how would i check for an old version of lightning? <mark_weaver>ah, Debian hasn't included GNU lightning in a long time, I see. nevermind that suggestion. <ozzloy>mark_weaver, i just saw that there was a more recent version of guile-read, 0.6.1 that i missed in the directory listing. i'm trying to install that, and it also doesn't see lightning, but suggests version 1.2, so i'll try that next. for now i'll go get some food though <ozzloy>1.2 was released in 2004, more than a freakin decade ago <ozzloy>and the latest guile-reader less than a year ago <ozzloy>lol, for lightning 1.2, "configure: error: cpu x86_64 not supported" <ozzloy>do you all have skribilo installed? how did you do it? <ozzloy>oh, it looks like guile-reader 0.6.1 completes configure and doesn't _need_ lightning <Bobbejaantje>Is there any way to egister that a function be called at the exit of a program to do some cleanup? <ozzloy>i got skribilo installed! thanks all for the help. i would still pay someone $100 to make this into a debian package <ozzloy>so in the future, it could be installed with sudo aptitude install -y skribilo <xd1le>ozzloy: guix has it packaged btw, although i've never used guix on debian so <ozzloy>xd1le, i noticed guix, but wasn't able to get it working after 5 minutes of effort, so i went back to the more straightforward approach <xd1le>ah okay no worries, sucks guix didn't work though <ozzloy>yeah, i'll have to try that again <rekado>sneek: later tell davexunit I just noticed that the atom feed generator in haunt does not respect a blog prefix. My blog prefix in the site definition is "posts/" but the URLs to posts in the feed XML files are relative to "/" only. ***_zxq9_ is now known as zxq9
<rain1>is gstreamer.freedesktop.org down? <rain1>I have this hunch that maybe icecat and midori not playing sound on youtube is related to gstreamer <rain1>so I was thinking of trying out some gstreamer example program <rain1>what is the easiest way to make a GUI program with guile? <bkeller>I haven't tried to make GUI applications entirely in guile.. but I would take a guess guile-gnome is probably your best bet <bkeller>wleslie, the GNU site recommends guile-gnome on the guile-gtk page and the guile-clutter link just goes straight to guile-gnome.. <rain1>maybe it's too early to try that? ***zxq9 is now known as _zxq9_
<wleslie>it's the way the maintainer recommends, iirc <wleslie>hmm, daviid isn't on right now though <rain1>perhaps i should make the gui in C and then implement the logic in guile (with bindings)? but I'm worried about crashes <rain1>is anyone familiar with building guile-gnome I'm trying to do this and i got an error <rain1>one of the tests failing: test-wrapset-api: exception in test: (misc-error #f "~A ~S" ("no code for module" (g-wrap gw standard)) #f) <rain1>(I do have g-wrap installed of course) <davexunit>rain1: daviid is the maintainer, but he's not here right now. <sneek>davexunit, you have 1 message. <sneek>davexunit, rekado says: I just noticed that the atom feed generator in haunt does not respect a blog prefix. My blog prefix in the site definition is "posts/" but the URLs to posts in the feed XML files are relative to "/" only. <davexunit>rekado: hmm, thought I made it respect that... guess not. <davexunit>rekado: when I stop being so lazy, I'm going to release haunt 0.2. <rain1>oh okay, I'll keep trying stuff out and maybe ask him at some point <bkeller>rain1, I'm downloading gnome-devel now. I'll try it out also. <bkeller>ACTION has nothing else going on for a while :-) <rain1>I'm trying to package it for guix in hope of using it for gui programming <bkeller>I'm still, more or less, a guile newbie. I've used mit-scheme for years as an environment for prototyping my ideas before implementing in c or assembly. <rain1>maybe I should try it out on my other linux before this! <bkeller>I only got interested in guile when I did tortoise tutorial using NASMX <rain1>I used mit scheme a bit with the SICM book <bkeller>good book. I have it around here somewhere. <amz`>rain1: you need to follow the instruction that you can find on guile-gnome website, download section IIRC <amz`>IIRC guile-gnome requires patches <rain1>i guess i'll leave this for now <amz`>but yes, you can wait for davidd <daviid>rain1: you should not develop your GUI in C, but in guile, using guile-gnome. imo <rain1>ok, it's just I couldn't manage to build it but I'll keep at it <peterbrett_work>daviid: Last time I checked, guile-gnome was almost impossible to compile, let alone use on anything other than bleeding-edge Linux <rain1>well I'll to build it on its own, rather than via the guix package system! <daviid>peterbrett_work: guile-gnome is easy to install, but there is no package I know. 1 of the problem is guile-cairo was never released, and so you need to clone, and distro generally build from tarball ... <rain1>(There is a guile guile-cairo guix package that I was using) <daviid>rain1: just follow the steps, exactly 1 by 1, i wrote here <daviid>rain1: unfortunately it is wrong <daviid>i mean the guile-cairo was made sing an old guile-cairo version <daviid>exctly these stps and you will be fine <daviid>it takes about 10 to 15min at the most <daviid>and let me know if anything goes wrong of course <daviid>carefully read the note in the dependency wrt guile-cairo <daviid>Note that at the time we write, Guile-Cairo 1.10 has not been released yet, it will hopefully soon be the case. In the mean time, the required bleeding edge Guile-Cairo stable version must be obtained from the source, see <daviid>git clone git://git.savannah.nongnu.org/guile-cairo.git <daviid>paroneayea: it would be nice to rebuild the guile-cairo guix package from the source: iirc it was built using the tarball <davexunit>daviid: we prefer to use the released versions of software. <davexunit>we'll update when guile-cairo makes a new release. <daviid>davexunit: i understand but this is a special case, im, because neither guile-gnome neither guile-clutter will work <civodul>mark_weaver, davexunit: re mirroring Hydra, i was thinking we could use the code in 'guix publish' to pregenerate all the signed narinfos + nars and send that to a dumb HTTP server <daviid>wingo: if you grant me member privs [have a 1y old pending request on savannah], I can do it... let me know <davexunit>daviid: 6 years old, eh? I suppose it would be okay to use a git snapshot in this case, but we should also ping guile-cairo's maintainer and politely ask for a release. :) <daviid>and guile-gnome project admin too, we talked about this quite a few time, I could update the savannah pages ... <peterbrett_work>daviid: It's hard to get people to try new tools out when getting the dependencies is more involved than "run apt-get or pacman with these arguments" <peterbrett_work>daviid: Which makes it hard to write non-toy guile-gnome apps at the moment for me <wingo>there is a 1.9.x guile-cairo tarball fwiw <daviid>peterbrett_work: I'm dying for someone to write a guix package, both guile-gnome and guileclutter, but because of guile-cairo... it still a problem, as for other distro <davexunit>peterbrett_work: distributions don't tend to package guile libraries, I don't blame daviid for this situation. <davexunit>daviid: is a 1.9.x release of guile-cairo new enough for guile-gnome, or no? <peterbrett_work>davexunit: I don't blame him either! I think guile-gnome is a great idea <rain1>I've made a package called guile-cairo-bleeding-edge for testing just now <daviid>davexunit: wingo: the latest release tarball of guile-cairo won't work for neither guile-gnome neither guile-cairo <daviid>wingo: you prob don't remember but you patched it for me in 2012 for guile-clutter 1.10 <wingo>and didn't make a release? scumbag "maintainer" :) <daviid>anyway, we need a new guile-cairo release urgently I would say, <daviid>wingo: indeed you did not, look at the git log ... I think there is a make check prob still in master, here at least <daviid>but you could just ping to 1.10.0 and release it would be really awesome! <daviid>wingo: I wrote a C snipset which does not fail <daviid>just added it to the paste g-idle-add.c <rain1>what do you use for testing? <bkeller>well, guile-gnome and guile-cutter installed fine.. been playing around with each of the examples and making sure nothing breaks. :D <bkeller>well, the guile-gnome stuff works fine, clutter demo's sorta work. <bkeller>when you click the 'x' button to close the window, the window closes but the instance still runs in the terminal. I have to CTRL+C to kill it. <paroneayea>daviid: I didn't package guile-cairo for guix, so not sure why I'm being pinged :) <daviid>bkeller: some guile-gnome examples won't work, they are just old and need some love. all guile-clutter examples, if you are talking about the examples I pasted the link here earlier, are prety cool and all work really fine, if not, let me know <daviid>paroneayea: I'm sorry, I thought it was you and we did talk about that, must have lost my mind ... <bkeller>nah, the only two I'm testing are the examples/hello-implicit.scm and examples/hello-transition.scm <daviid>bkeller: ok. it's not because I wrote them :), but I really recommend you install grip and look at/run the grip-clutter examples :) [that is if you want to code using guile-clutter, otherwise maybe not worth it, up to you of course] <rain1>davexunit, I'm struggling to run my tests - do you happen to know if this is right? (test-apply "binary") <rain1>or if there's some code using this I could take apart <daviid>bkeller: note that right now we don't have guile-clutter-gtk, so you have to decide if guile-gnome or guile-clutter, unfortunately not both <davexunit>rain1: I've never used test-apply, so I dunno. <rain1>maybe I shouldn't use that, I'll try without <rain1>oh right, you just do: test-begin/test-end that actually runs them (I thought it just 'defined' them) <rain1>so there's no need to run/apply anything <bkeller>there were no hooks for 'delete-event so i just copied the lambda expression for g-main-loop-quit and it shuts down fine :-) <daviid>bkeller: yeh, these two respond to 'q' <stis>sneek later tell rain1 thanks for the bug report, try pull the repo and check that it now works <wingo>oh, that snarking was for #guix <wingo>i guess i should release a guile-cairo