IRC channel logs


back to list of logs

<pablo`>Before install guix system, use a live of gparted to create a new partition table. I use the gparted of Trisquel (for me, I need to do that to install in EFI).
<pkill9>do PAM limits for JACK not work for anyone else?
<pkill9>it still doesn't have realtime permissions
<alextee[m]>pkill9: it works for me
<alextee[m]> i think i took this from the manual
<nckx>pablo`: The Guix installer has all the software needed for that, too, just not the graphical UIs.
<alextee[m]>qjackctl tells me it's running in RT mode
<alextee[m]>pkill9: i am not sure how "correct" my set up is but it works. i documented the steps i took here:
<peanutbutterandc>Hey there, I've been getting '#:phases' not defined error with this package:
<sneek>Welcome back peanutbutterandc, you have 1 message.
<sneek>peanutbutterandc, str1ngs says: I missed your query. you can ping me here or in #nomad-browser
<peanutbutterandc>Do I have to import any particular module to be able to use #:phases? I checked the parens and they all seem to be matching. I'm not sure what is causing that.
<vagrantc>i think the trivial-build-system requires you to define everything manually
<leoprikler>you have to do your installer in #:builder
<vagrantc>it might be easier to just use gnu-build-system instead and delete things you don't need...
<stikonas>sorry, another stupid question from me... "guix --version" shows 4c003c5f2d8a2174210f1cb7f0f8b1f5af738952 (so latest master) but "guix search tcc-boot" (tcc-boot can be replaced with gcc-mesboot, same result) finds nothing. Is that expected?
<stikonas>(what confuses me even more that these packages show up in guix graph)
<peanutbutterandc>leoprikler, vagrantc How would I define it manually? o.O
<nckx>peanutbutterandc: (argumens `(#:modules ((guix build utils) (other stuff)) #:builder (begin (use-modules (guix build utils) (other stuff)) (your code here) #t)))
<peanutbutterandc>nckx, So, wrap-program goes inside #:builder itself instead of #:phases? I will try it right now. Thank you
<nckx>peanutbutterandc: net-base in (gnu packages admin) looks like a good example. The trivial build system is good for a single file, or very ideosyncrating builds, but once you have a tarball it can already be easier to just use gnu- and delete or replace 'configure, 'build, and 'install if needed. It will unpack for you, auto-patch shebangs, compress man pages, check the rpath…
<peanutbutterandc>nckx, I see. This is really just a single file - a script to create time-lapses (which is basically a wrapper around ffmpeg). Hence the choice of trivial-build-system, as read on the reference manual; but I suppose I need read more.
<nckx>peanutbutterandc: A single script is certainly trivial material. substitute* and wrap-program will certainly work in a builder.
<peanutbutterandc>Also is there a way for me to be able to see .drv.bz2 logs without `bzip2 -d logfile` (as in something like `zless`?
<nckx>bzless 😉
<peanutbutterandc>Really? Uff. Silly me. Thank you!
<peanutbutterandc>With these changes: I'm getting this error: [I'm probably the n00best n00b around here: even writing in vim and not emacs]
<leoprikler>Yes, that's a big problem :)
<nckx>peanutbutterandc, re: bzless: There's also atool which sniffs the format but that's overkill here IMO.
<peanutbutterandc>leoprikler, Using vim? Or the syntax error? Or just my questions? :D
<leoprikler>Using vim
<peanutbutterandc>leoprikler, Hahaha (emacs-virgin here: tried looking up a tutorial. Got confused. Could exit out of emacs in the terminal: `emacs -nw`, quite ironic. I thought vim users were supposed to joke about others as not being able to exit out of vim)
<nckx>peanutbutterandc: You still have modify-phases left-overs.
<peanutbutterandc>nckx, So... modify-phases goes. I presume wrap-program stays? o.O
<nckx>(begin …) is a single Scheme programme, think of it as a single phase.
<nckx>peanutbutterandc: Basically.
<nckx>Move the stuff you need from the inner let* to the outer let*, move (wrap-program …) after (copy-file …) and shed the dead husk that is (modify-phases …).
<leoprikler>btw. (getenv "PATH") probably does nothing of use inside a trivial builder, as there is no phase in which PATH is set
<nckx>The #t stays.
<peanutbutterandc>Haha I'm like a robot here. Thank you for the instructions. Right on it! :)
<leoprikler>also M-x untabify :)
<nckx>leoprikler, peanutbutterandc: Does vim have no Scheme refactoring helpers whatsoever?
<peanutbutterandc>nckx, I don't really know. I'm only proficient enough in basic vim and don't know anything about the plugins and stuff. Just a n00b really. Not even a real developer. Just a hobbyist. (I'd like to get hired, though. :D)
<nckx>peanutbutterandc: Does the script really call ‘bash’? If not, you don't need to add bash to the wrapper just because it's a bash script.
<peanutbutterandc>nckx, I see. It's just a #!/bin/bash script. Technically that probably means it does call bash (bash-specific parameter expansions are used)...
<peanutbutterandc>But then again, since guix is gnu system, it probably uses bash by default and not sh...
<leoprikler>Actually, instead of adding bash to the wrapper, you want to patch the shebang.
<nckx>peanutbutterandc: That, and shebangs on Guix are always absolute.
*nckx has to go, g'night+luck.
<peanutbutterandc>leoprikler, How would I patch it?
<peanutbutterandc>and what does it mean that shebangs are absolute?
<leoprikler>not quite sure, but there may be some relative and pseudo-relative ones out in the wild
<peanutbutterandc>nckx, G'night. I'm thankful for the help
<leoprikler>(especially /usr/bin/env based ones)
<peanutbutterandc>This makes me more and more sure that I need to write something up on guix packaging - by n00bs for n00bs - once I get the hang of it. :)
<leoprikler>To patch shebangs, use the patch-shebang procedure of (guix build utils)
<linuxlx>I have a package that generates errors during the testing process in the build process. What should I do?
<linuxlx>DIsable the test?
<raghavgururajan>linuxlx I am not sure, but, `--keep-going` argument may work.
<linuxlx>--keep-going doesn't seem to work
<linuxlx>I using the guix on android, I think I should need an option to disable the test of the package.
<linuxlx>guix on android 's chroot is not working, and the /dev/ is not normal.
<peanutbutterandc>leoprikler, Little help again please... the wrapper program still has #!#f as the interpreter and the .real one has #!/bin/bash even after using patch-shebang (once before and once after wrap-program):
<alextee[m]>do you have to reboot to make removed stuff go away from ~/.guix-profile?
<alextee[m]>just rebooted and they're still there, hmm
<peanutbutterandc>alextee[m], removed stuffs, as in packages? They do go away from ~/.guix-profile/bin just so but remain in a generation that one can --roll-back to.
<alextee[m]>peanutbutterandc: yeah like i am experimenting with a font package im making, and i removed it using guix remove. but i can still see its files in ~/.guix-profile/share/fonts/truetype/
<peanutbutterandc>alextee[m], I wouldn't know much about font files but with another package that I just tried removing, after `guix remove package` it is no longer in ~/.guix-profile/bin on my foreign distro
<alextee>peanutbutterandc, nevermind, i forgot i added this package as a dependency on another package!
<peanutbutterandc>alextee, I see. Glad you figured it out. I'm still stuck with my (patch-shebang) issue if you can help. :)
<alextee[m]>ahhh nevermind, it's because i added a dependency on it in another package. forgot about that !
<alextee>^ matrix is acting up again, please ignore
<alextee>peanutbutterandc, doesn't htis work for you? (patch-shebang "<yourfilehere>")
<peanutbutterandc>No, sir. It doesn't. the wrapper program still has #!#f as the interpreter and the .real one has #!/bin/bash even after using patch-shebang (once before and once after wrap-program):
<alextee>well, since you have bash you could try this instead: (substitute* out (("/bin/bash") (string-append bash "/bin/bash")))
<alextee>but i would patch the shebang in the "in" file before you install it
<peanutbutterandc>Oh... okay. I'll try that then. It seems (patch-shebang) is more elegant. And the right way to do this.
<alextee>im no expert either, i think the best thing you can do is clone the guix sources and go into gnu/packages and just grep stuff you are looking for
<peanutbutterandc>Nope... still nothing. I will do that again, then (look around in guix sources)
<peanutbutterandc>Thank you
<peanutbutterandc>I can't seem to be able to figure out how to use (patch-shebangs): help, please?
<peanutbutterandc>i'll be back in a while but would appreciate any hints/pointers
<peanutbutterandc>At my wit's end here. The wrapper still has #!#f and the real script still has #!/bin/bash. I must be missing something really obvious that is staring me in the face
<peanutbutterandc>...with disappointment, I must add. :D
<peanutbutterandc>Yup. Wasting my morning just moving (patch-shebang ...) around. Can anyone please help me. I'd be very very grateful:
<peanutbutterandc>Is anybody here? I could really use some help. (patch-shebang) just does not seem to be working for me.
<efraim>peanutbutterandc: you have to patch the shebang with something. if PATH is empty you need to pass a list of directories, like dehydrated in gnu/packages/tls.scm
<iyzsong>yes, both 'wrap-program' and 'patch-shebang' expect bash in 'PATH'. so i think add '(setenv "PATH" (string-append (assoc-ref %build-inputs "bash") "/bin"))' before them should work.
***pc is now known as Guest34119
<leoprikler>sneek later tell peanutbutterandc to set their PATH variable in scheme as iyzsong recommends -- i.e. '(setenv "PATH" (string-append (assoc-ref %build-inputs "bash") "/bin"))'
<sneek>Will do.
<rndd>hi everyone! does anyone program in racket? i need advice =|
<raghavgururajan>Hello Guix!
*raghavgururajan is feeling good on this sunday morning with guix :-)
<raghavgururajan>The new cookbook thing is so good.
<amz3>raghavgururajan: where is it please?
<amz3>raghavgururajan: tx
<raghavgururajan>amz3 np
<amz3>oh, there is rainbow delimiters in the code blocks :)
<peanutbutterandc>efraim, iyzsong Thank you very much. I followed your advice and it works now. :)
<sneek>Welcome back peanutbutterandc, you have 1 message.
<sneek>peanutbutterandc, leoprikler says: to set their PATH variable in scheme as iyzsong recommends -- i.e. '(setenv "PATH" (string-append (assoc-ref %build-inputs "bash") "/bin"))'
<amz3>fwiw, the link "Channels" on this page is broken with bad redirect:
<peanutbutterandc>leoprikler, Thank you. It works now.
<mjsb>Buongiorno Guixers :) ! Here Matias Jose S.B."
<amz3>hello Matias
<mjsb>Glad to be in the Creative Space of Guix Adventurers :)
<mjsb>I wanted to ask some curiousities about the Guix System as to be sure to be solving correctly some puzzles
<mjsb>Is it correct to update Root profile by executing the following commands: sudo su - ; guix pull && guix packages -u && guix system reconfigure sys_conf.scm && reboot ? May some additional or alternative commands may be correct ? Thanks
<leoprikler>mjsb: why do you want to update root's packages?
<leoprikler>does "sudo guix system reconfigure sys_conf.scm" not do what you want?
<gnutec>mjsb: To upgrade the packages, use "guix package -u", to upgrade the system, only "guix pull" is necessary.
<gnutec>mjsb: if you install and want to upgrade the system for the first time. Try the follow commands without reboot the system. When you reboot, the system will be upgraded.
<gnutec>mjsb: Hope you were choose BTRFS instead EXT4.
<ng0>question: did anyone else recently work on limnoria and received the email I received about it, or who is working on the limnoria these days?
<amz3>I am on ubuntu + guix, and rely on a that contains the following: $ cat ~/
<amz3>bash -c ". ~/.guix-profile/etc/profile && exec bash"
<amz3>the problem I have is that I can not find packages defined in my channel, even if I have setup ~/.config/guix/channels.scm
<amz3>I use the following command to search for a package called wiredtiger: guix package -s wiredtiger
<leoprikler>did you install it using guix package -i?
<amz3>yes, $ guix package --list-installed | grep wiredtiger
<amz3>wiredtiger 3.2.0-0.f08bc4b out /gnu/store/lil0zxx8zfp7nb4gyqc7l4yx9mv6dyxa-wiredtiger-3.2.0-0.f08bc4b
<leoprikler>and there's a wt in its bin?
<amz3>(that does NOT solve the problem that 'guix package -s' does not consider channels)
<amz3>leoprikler: yes, $ /gnu/store/lil0zxx8zfp7nb4gyqc7l4yx9mv6dyxa-wiredtiger-3.2.0-0.f08bc4b/bin/wt -V
<amz3>WiredTiger 3.2.0: (May 9, 2019)
<leoprikler>but wt is not in your $PATH?
<mjsb>leoprikler: my initiative came up from an issue i've found with my system clock that you can find on help-guix as "ntpd: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized". The suggestion was eventually trying to get the new NTP service definition commit of September by updating root profile
<amz3>leoprikler: it is in $PATH: $ ls -larh $(which wt)
<amz3>lrwxrwxrwx 39 root root 77 Jan 1 1970 /gnu/store/6jqbird2sdyr94x53w80lxf8drxiqbjf-profile/bin/wt -> /gnu/store/lil0zxx8zfp7nb4gyqc7l4yx9mv6dyxa-wiredtiger-3.2.0-0.f08bc4b/bin/wt
<leoprikler>so far everything seems okay
<leoprikler>where exactly is the problem?
<mjsb>leoprikler: actually the system reconfigure completed succesfully, but the introduced setting introduced a problem, which "disabled" the launch of any MATE application due to "missing gio-launch-desktop". I've found out that Barbato actually found a workaround, which i'll try :)
<amz3>there is two problems: a) "guix package -s" does not find any package from my channel b) trying to install a package from the channel is failing.
<iyzsong>amz3: did you run 'guix pull'? channels need to built (guix pull), then the 'guix' you run should be ~/.config/guix/current/bin/guix, which have channels in its load-path.
<mjsb>gnutec: thanks for the suggestions. Actually my system uses ext4 :)
<mjsb>since my last generation has the "missing gio-launch-desktop" issue, should i explicitely roll-back to the previous one via guix command, or is enough logging on the previous one and issuing again system reconfigure ?
<leoprikler>you can log in to an older version, but "guix system reconfigure ..." will probably not generate a newer version without the bug unless some fix is applied
<str1ngs>hello, I want to use guix's use-package-modules macro pragmatically. ideally I'd like to pass it a list of symbols. but for now I'm trying to call it in for-each but my for-each lambda argument does not expand. see
<amz3>Thank you. My shell environment was not relying on the correct instance of guix command. I need to improve on that.
<mjsb>Thanks for the infos, i'll try out the workaround and see" Have a wonderful continuation
<vixus_>Hi all, I hve a somewhat subjective question. For the best maintainability, should packages be installed using `guix install`, `guix package -m` or `guix system reconfigure` (global)?
<leoprikler>guix package -m
<vixus_>Also, a follow up: why do packages installed via (operating-system (packages)) not show up in `guix package -I`?
<leoprikler>because they're not in your user profile
***vixus_ is now known as vixus
<leoprikler>use `guix package -p /run/current-system/profile -I`
<refpga>Hi, has anybody here gotten a mumble server up and running on guix? I think I'm running into this issue:
<vixus>leoprikler: ah, thanks
<vixus>leoprikler: There is one problem with `guix package -m` which is when something expects to be installed globally. I had that issue with qtwayland.
<leoprikler>I'm not familiar with issues relating to qtwayland, but I'm pretty sure you get the same with guix package -i
<vixus>Yep, so to get the stuff provided by qtwayland into /usr, /etc, I needed to install via (operating-system (packages))
<vixus>But maybe that's a packaging problem.
<leoprikler>p sure qt is just being weird
<leoprikler>there are a few packages that need to be installed globally via (operating-system (packages))
<leoprikler>all in all, config.scm and manifest.scm should be equally maintainable, but manifest.scm has less no-package-y stuff
<leoprikler> /s/no/non/
<kirisime>Hello guix, how do I run an appimage when it complains about no such file or directory and I can't mount it manually?
<leoprikler>you need to find out, which shared lib it's missing
<kirisime>What if it just expects to find bash in /usr/bin
<kirisime>Which package has ldd in it?
<leoprikler>prob binutils
<kirisime>nckx: Thanks
<leoprikler>is it expected that `guix build glibc` actually does stuff?
<nckx>kirisime: If it's all it demands & you're OK with that, you can use [extra-]special-files-service-type to link ‘/usr/bin/bash’ to (file-append (canonical-package bash) "/bin/bash").
<nckx>leoprikler: …yes?
<kirisime>nckx: The thing is that I don't know. It just gives me /path/to/appimage: no such file or directory
<nckx>Could be that it's expecting an interpreter in /lib too.
<leoprikler>that's probably linking
<leoprikler>(I must know, because I've messed up dynamic linking often enough)
<nckx>kirisime: ("/lib/" ,(file-append (canonical-package glibc) "/lib/"))
<nckx>Or you can use patchelf on the blob.
<nckx>(This is why legacy binary blobs are bad.)
<leoprikler>How dare you insult blobs? They work fine on every system!
<elais[m]>I'm low key kind of mad I didn't know libcurses was needed to make my shells not suck
<nckx>^L is your friend?
<elais[m]>Here I was thinking guix did something naughty and just accepted it as a fact of life. What is ^L? Something else I should likely know
<nckx>Or are we talking about ‘reset’, because I agree that blind-typing ‘guix install ncurses’ in hieroglyphs is not best fun.
<nckx>elais[m]: It clears the screen in bash at least, without external deps.
<elais[m]>Well the shell is mostly usable without ncurses.
<nckx>(^ = control, so C-l in emacs-speak).
<elais[m]>So it did like 99% of what I wanted except I didn't have a clear command and sometimes text would render poorly
<nckx>elais[m]: I didn't know about the text issue. That sounds like something that shouldn't happen (I don't have ncurses in-profile on most of my machines).
<leoprikler>elais which shell are you talking about btw?
<elais[m]>And fish too. Using gnome shell
<leoprikler>inside gnome terminal?
<nckx>elais[m]: Could it be a terminal issue?
<elais[m]>I meant gnome terminal yes
<leoprikler>I have no problem with zsh, and I doubt I would have one with bash or fish
<leoprikler>did you perhaps cat something wrong and the shell transformed into a mess?
<elais[m]>Just after a lot of use sometimes when I would modify previous commands they wouldnt look right. Like I would press arrow up and old text would get jumbled with new
<elais[m]>I havent seen it since the last core update
<alextee[m]>for some weird reason gdk tells me that the monitor's refresh rate is 0 on guix
<alextee[m]>i haven't experienced this on any other distro
<alextee[m]> this
<refpga>Hi, how can I edit the sudoers file on guix? Is there a way to put this configuration in the scheme config?
<nckx>alextee[m]: Is there a way I could test that without writing a C wrapper?
<leoprikler>alextee: did you test this on other systems with linux-libre?
<nckx>refpga: I use (operating-system (sudoers-file (local-file "sudoers")) …).
<alextee[m]>leoprikler: i was developing on parabola before and it was returning a correct rate of 60
<alextee[m]>nckx: 1 sec
<peanutbutterandc>Everyone probably knows this already, but today I realized the value of the default behavior of `guix package --search-path`; so once I define and install a package, I can just eval `guix package --search-paths` to figure out which of the inputs are currently being used from outside of /gnu/store.
<sneek>Welcome back peanutbutterandc, you have 1 message.
<sneek>peanutbutterandc, nckx says: Well caught: of course shebangs are always absolute. Shebangs on Guix [should] always point to a specific /gnu/store/… binary, which is what I inaccurately meant by ‘absolute’. This will ensure that your package keeps a reference to (=dependency on) bash. /bin/sh on Guix System isn't guaranteed to exist. If it does, it could point to anything. I hope that makes things clear.
<peanutbutterandc>Turns out I was using sed from my installed packages and had to add it to (wrap-program)s. I hope that'll help someone out. :)
<alextee[m]>nckx: yeah i'll need to write a small program for this. ill ping you when it's ready!
<alextee[m]>but just any gtk example program would do, just add these 3 lines somewhere in an example gtk program :
<alextee[m]>i think i'll send a bug report for now just to have this somewhere
<bluekeys>leoprikler do you mean my patch works? Thanks for checking it out.
<bluekeys>As I'm using guix, do I need to require 'package if I'm intending not to use elpa / melpa?
<leoprikler>bluekeys no i just wanted to confirm, that it indeed arrived in one piece :)
<leoprikler>(as you asked us to do)
<bluekeys>Appreciated, thank-you.
<leoprikler>I'm having a look at it now, it seems your commit message is off
<bluekeys>Oops, would that be something I wrote? Or something auto created by git-patch? If so, what did I write?
<leoprikler>Your commit message is "create emacs-dracula-theme module"
<alextee[m]>i noticed that when i install or remove a font package, the font cache is not automatically rebuilt
<alextee[m]>i have to run fc-cache -f for the changne to take effect. is this intentional?
<leoprikler>It should be something along the lines of "<headline>\n\n<changelog>"
<leoprikler>alextee: perhaps not intentional, but documented
<leoprikler>bluekeys: in your case, <headline> would be "gnu: Add dracula-emacs-theme"
<leoprikler>and ChangeLog "* gnu/packages/emacs-xyz.scm: (emacs-dracula-theme): New variable."
<alextee[m]>oh there it is. "After installing fonts you may have to refresh the font cache to use them in applications."
<alextee[m]>this doesn't make sense though. i think guix should do that on its own
<alextee[m]>isn't it just a matter of checking if the installed/remove package has something under /share/fonts?
<alextee[m]>and then running fc-cache -f
<leoprikler>not quite
<leoprikler>iirc the font caches live outside directories managed by guix (yikes, I know)
<bluekeys>leoprikler: How do I update the patch? Where should I have read the format of the commit message?
<leoprikler>so generating a cache even inside a profile hook is probably not effective
<leoprikler>bluekeys: git commit --amend and git format-patch are your friends
<leoprikler>as far as the format is concerned, that is documented to some extent in the manual and to some if you lookup gnu changelog format
<leoprikler>(you can also learn it by looking at commit messages)
<leoprikler>i.e. git log
<bluekeys>Got it. As an aside, is it something I could add to the guix contributing manual?
<leoprikler>bluekeys: "Please write commit logs in the ChangeLog format (*note
<leoprikler>(standards)Change Logs::); you can check the commit history for
<leoprikler>meh, accidentally wrote three messages instead of one :(
<bluekeys>OK, it's like the manual keeps growing before my eyes, though I'd swear I'd read it three times already. Just noticed the lines about git send-email that may have helped earlier too. I'll get to ameding it ASAP.
<leoprikler>btw. also check the output of guix lint
<leoprikler>It appears, there is a stable "1.5.1" version -- why are you pulling a specific commit?
<bluekeys>That was not intentional
***jonsger1 is now known as jonsger
<retropikzel>How can I change my linux-libre package from 5.something to 4.something? guix install linux-libre@4.something and then guix system reconfigure /etc/config.scm?
<nckx>retropikzel: Add (kernel linux-libre-4.something) in your operating-system, then reconfigure.
<nckx>Anybody knows who runs
<alextee[m]>hmm i get ModuleNotFoundError: No module named 'jinja2' after i installed python-jinja2
<kmicu>Sometimes Guix ML makes me smile in an absurd way.
<nckx>kmicu: 🙂
<kmicu>Today’s gem: “P.S.: I understand that some of this question may hurt some foss boys and girls. But, games are important for me and I really like guix...”
<leoprikler>Sometimes i read Guix ML as "Guix Markup Language" and wonder why that doesn't exist yet.
<leoprikler>Implying FOSS and games are mutually exclusive...
<kmicu>(Where ‘games’ = ‘proprietary games’ cuz we already have libre games in Guix and libre games channel exists on IRC)
<fnstudio>hi, currently trying to compile guix-1.0.1 on a debian unstable but don't seem to be able to find a dependency (guile-git); any idea if i'm missing something or should i also compile that from source?
*nckx hopes vagrantc won't mind a friendly ping.
<leoprikler>fnstudio: are neither guix nor guile-git packaged in your debian? if so, then yes, you need to build that to
<fnstudio>leoprikler: thanks for your reply; yeah, no, they don't seem to be available
<fnstudio>ok, cool, i'll start with guile-git then
<joshuaBPMan>Hey guix! So this is kind of cool! export MOZ_ENABLE_WAYLAND=1... now icecat is running wayland!
<str1ngs>fnstudio: building the guix dependency stack does give much gains in anyway. it's probably better to just use etc/ from the guix.git directory
<vixus>Anyone know which package provides tput?
<vixus>Can't seem to find any kind of termutils package :(
<joshuaBPMan>Hello guix, I'm having a hard time trying to define my config in multiple files...
<vixus>Looks like it might be ncurses...
<joshuaBPMan>essentially I am trying to add a simple shepherd service that run a guile program.
<joshuaBPMan>I'm getting error: guile-web-service-type: unbound variable