IRC channel logs


back to list of logs

<j3kyl>how do I update packages installed with guix reconfigure? sudo guix update -u?
<ng0>by running configure
<ng0>guix package -u only updates your user profile
<ng0>packages installed at reconfigure time are part of your system profile
<j3kyl>ng0: so, guix reconfigure is the only way to update, thats kinda meh! I guess I wont install packages with reconfigure
<ng0>you don't understand me I think
<ng0>you have packages in the system context, and you have packages in the user context
<CornBurglar>is anyone familiar with guix import nix? I'm running into errors:
<ng0>they act independent from each other
<ng0>there's software like, for example the kernel, which can only by upgraded by reconfigure into a new system generation
<ng0>the usual way however is to install software as a user
***anon is now known as Guest74389
<j3kyl>ng0: I guess I will stick with guix package hehe
***Guest74389 is now known as Pigeon
***anon2 is now known as Pigeon
***Pigeon is now known as pigeon
***pigeon is now known as free_pigeon
<j3kyl>yeah, Base Services
<wigust->CornBurglar: You want to install ‘nix’ package (provided by Guix) because of error message ‘In execvp of nix-instantiate: No such file or directory’. :-)
<wigust->sneek: later tell CornBurglar install ‘nix’ because of ‘nix-instantiate’.
<sneek>Will do.
<Copenhagen_Bram>i see lots of unknown unicode symbols, which fonts should i install
***karlguy_ is now known as karlguy
<Copenhagen_Bram>There's a dependency for gzdoom that won't compile, where do I send the bug report?
<Copenhagen_Bram>What's the difference between sbcl-stumpwm and ecl-stumpwm?
<CornBurglar>does anyone know why I might be missing mkfs.vfat and not mkfs.ext3,ext4, etc? (on GuixSD)
<sneek>CornBurglar, you have 1 message.
<sneek>CornBurglar, wigust- says: install ‘nix’ because of ‘nix-instantiate’.
<IntoxicatedHippo>Has there been any discussion about adding optional dependencies to packages?
<janneke>g_bor[m]: i have implemented an elf header fix and updated packages on wip-bootstrap
<janneke>now we can go back to LD segfaulting :-)
<roptat>hi guix!
<rekado>Copenhagen_Bram: sbcl-stumpwm and ecl-stumpwm use SBCL and ECL as a Common Lisp implementation, respectively.
<rekado>IntoxicatedHippo: optional dependencies do not fit into the functional package management model.
<rekado>(Reading the mailing list recently I wonder why people insist they know better than I what I have read when replying emails.)
<IntoxicatedHippo>rekado: To clarify, I mean runtime dependencies
<rekado>IntoxicatedHippo: there has been a discussion about adding notes to some packages, and store those notes in a well known file.
<heglr>slim has segfaults in for me
<heglr>is there any way to force a rebuild?
<rekado>heglr: a rebuild is very unlikely to fix things due to reproducible builds. Are you worried about a corrupted binary?
<heglr>It doesn't seem like anyone else has this problem based on IRC logs and i'm just using the default %desktop-services configuration
<heglr>I'm not sure
<rekado>is this on x86_64?
<heglr>Ok, it seems like adding (gnome-desktop-service) fixes it, and removing it leads to this error.
<IntoxicatedHippo>heglr: do you have any DE/WMs installed?
<heglr>i3 & xfce
<thorwil>hi! what's the best way to test a package definition added to fresh guix checkout?
<thorwil>up to today, i thought pre-inst-env was part of the tree, now i notice there's only ./build-aux/
<rekado>thorwil: you need to build the sources first.
<rekado>thorwil: you do this by entering an environment for guix, and then running ./bootstrap, ./configure --localstatedir=/var, make
<rekado>thorwil: the “configure” step is going to generate the “pre-inst-env” script.
<thorwil>rekado: banging my head on trying to ./configure, fails due to missing sqlite. i'm aware of the recent thread
<rekado>thorwil: if you haven’t run “guix pull” recently, “guix environment guix” may not be sufficient.
<rekado>you may need to run “guix environment guix --ad-hoc guile-sqlite3”
<rekado>or run “guix pull” first before “guix environment guix”
<thorwil>arg, but of course i need to have the "outer" guix update!
<thorwil>ACTION wishes the prompt would change when in an environment
<rekado>thorwil: it does!
<rekado>unless you override the prompt
<thorwil>ah, then it's because of a custom prompt on this ubuntu
<thorwil>rekado: can what guix would do the prompt be "inherited"?
<thorwil>nm, seems i should read
<janneke>g_bor[m]: the LD segfault had nothing to do with configuration/installation, it was an `honest' mes lib c bug in fopen
<janneke>i'm looking at a probably similar LD bug right now and am bisecting binutils versions between 2.14 and 2.25
<janneke>g_bor[m]: i'd love to tap into your expertise, but for now it's all stupid bugs :-)
<ng0>hey.. how do you hack on python(2,3) using Guix? I've had several conclusion already where I'll patch cpython modules because otherwise what I'm doing doesn't work on Guix Oo
<ng0>problem is on the system at work, which is not Guix but where I'm using Guix on top of another system, I don't have the problems I'm facing with Guix/GuixSD
<ng0>it's testing if libextractor-python works and can be released
<ng0>that's python c bindings to libextractor, and I could simply cook up a solution where I have a condition check for Guix, but this has to work beyond the environment, even installed
<ng0>I also discovered "DYLD_LIBRARY_PATH" as an environment variable exists
<ng0>none the wiser, but still useful
<heglr>How do I use installed fonts? I added source code pro to my system configuration, rebooted and i can't select it in (for example) gnome text editor.
<ng0>you have to run fontcache -vfi or what it was
<ng0>the quickest way without installing fontconfig:
<brendyn>Isn't guix supposed to run that automatically?
<ng0>guix environment --ad-hoc fontconfig -- fc-cache -fvi
<ng0>brendyn: idk
<ng0>bleh, not "-i"
<heglr>Do i have to restart my x after that?
<ng0>usaully not
<heglr>Because i'm not able to select it in either icecat or gnome text editor
<brendyn>Can slim be replaced with SDDM at this time?
<heglr>After running fc-cache as root it worked
<rekado>ng0: can you be more specific about your problem with Python? (Maybe email to
<ng0>okay. Once I get feedback from grothoff running it on some other system I have a comparison. then I can contact the help list
<ng0>but one could clone and run make, followed by make run in the environment. this should throw an error about EXTRACTOR
<ng0>with regards to the environment variable I mentioned earlier: ctypes does this: which of course makes in a pure python context at the very least library_find of cdll not work on GuixSD
<ng0>well, it works
<ng0>but it finds nothing unless we set the environment variable
<ng0>ah, I just figured I can use env vars in the bindings.. I just have to adjust the package accordingly on the system side
<thorwil>rekado: with guix pulled a few minutes ago as well as the devel tree updated, configure still fails due to missing Guile-SQLite3
<thorwil>"guix environment guix --ad-hoc guile-sqlite3" doesn't do the trick, either
<ng0>thorwill: guix environment --fallback --no-build-hook --pure guix
<thorwil>ng0: "The command could not be located because '/bin:/usr/bin' is not included in the PATH environment variable. lesspipe: command not found"
<ng0>I was assuming you already have guix installed
<thorwil>i do
<ng0>that's a snippet from my script I use to work on guix
<thorwil>ACTION `guix pull`s once more
<thorwil>amazing how there's something new several times a day
<heglr>How do i use the fonts for stuff that doesn't use fontconfig? xset +fp on the truetype dir in /run fails
<janneke>damn, when running make --no-builtin-rules it succeeds
<janneke>without `--no-builtin-rules', MAKE fantasizes a `cc' command
<janneke>CC, GCC, CC_FOR_BUILD are all set to tcc
<janneke>where could that come from -- and can we make --no-builtin-rules the default, please? ;-)
<ng0>right down in the basement or some default switch of gcc?
<janneke>wow, binutils has a `flat_bl.m' file, and builtin-rules treat it as an OBJC file
<janneke>that's completely FU, but hey, "it works" -- let's hear it for builtin-rules! %-/
<ng0>it's at least not standard I think, line 203 in gnu/packages/networking.scm sets it for a package
<alezost>heglr: look at this thread: <>
<janneke>bah, how to remove grof from binutils-2.17a?
<janneke>it used to suffice to remove it from SUBDIRS =
<janneke>but Makefile is "infested" with *-gprof" stuff
<heglr>alezost: Thank, the second message had the right fix
<Copenhagen_Bram>Thanks rekado
<dan__>hi guys
<dan__>I instaled Guix SD and after playing a bit I execute guix pull
<dan__>now guix seems broken
<dan__>guix system says: guix: system: command not found
<dan__>any clues ?
<Copenhagen_Bram>dan__: hmm
<Copenhagen_Bram>what happens when you run `guix --version`?
<dan__>it prints a sha, presumbably from where it pulled
<Copenhagen_Bram>is that the whole sha?
<Copenhagen_Bram>mine is b494bbe466419dcac9f415c1152131f012b9555e
<Copenhagen_Bram>What happens if you run guix pull again?
<dan__>I did it already
<dan__>also the build process spits out a lot of warnings
<dan__>its 5 first chars of the sha only
<Copenhagen_Bram>does guix pull run successfully or does it crash with system: command not found?
<dan__>it runs
<Copenhagen_Bram>Hmm. If I run `guix --help` it brings up a list of available guix commands. I wonder if you'd find 'system' in there if you did that
<dan__>yes its there
<Copenhagen_Bram>What does it say if you run guix system?
<dan__>guix pull bootstraps the package form source, and inserts the newly built package in store, yes ?
<Copenhagen_Bram>yeh I think so
<dan__>guix: system: command not found
<dan__>"Try guix --help .... "
<Copenhagen_Bram>Hmm. I had a problem with guix pull once, except it said offload command not found not system
<Copenhagen_Bram>I fixed it by adding --no-build-hook
<dan__>Ok, Im trying it thx
<dan__>also , locale is not part of base ?
<dan__>seems not instaled on the minimal sistem
<Copenhagen_Bram>If you're planning on running `guix system reconfigure` you have to run guix pull in root first, and guix system reconfigure must be run in root too
<Copenhagen_Bram>yeah, it does seem like locale isn't part of base
<Copenhagen_Bram>damnit it's not a package to install lol
<Copenhagen_Bram>another thing that's mysteriously missing is /etc/pam.d/chsh and i have no clue how to add that in config.scm
<Copenhagen_Bram>dan__: beware of following my advice, I just started using guixSD a few days ago
<dan__>dw. wha I destroy , a VM ?
<dan__>so, Ill just try many things
<Copenhagen_Bram>Oh you're on a VM? cool
<dan__>if it goes to hell, good ridance, Ill do another one
<Copenhagen_Bram>That reminds me, I ought to build another custom guix image and do some experimenting with an unencrypted bootloader separate from GuixSD's bootloader
<dan__>also the environment is poluted I have no dbus installed, but dbus related things are in env
<Copenhagen_Bram>i mean with making one
<dan__>no dictionary install but DICT env var is set
<brendyn>dan__: Guix is a little bit borked at the moment because many changes have occured since the last release. I was able to get mine updated after running guix pull many times with different commits, reconfiguring and rebooting a few times
<dan__>They shoul tag that repository and make guix pull only from tags
<dan__>nomatter that Guix Sd is "beta" , minimal preacutions to not waste ppl's time should betaken IMO
<dan__>or remove that suggestion to to guix pull from all and any manual
<Copenhagen_Bram>i wonder if you can select which branch to pull from
<dan__>the repository has some branches , but is not properly tagged
<dan__>so you have no ideaa what you pull
<dan__>my bad
<dan__>it is
<dan__>so lets see if we can pull by tag
<Copenhagen_Bram>i don't see a way to do it in the manual
<Copenhagen_Bram>just by commit or branch
<Copenhagen_Bram>i see there's also a bootstrap option
<dan__>look at sha for the tag
<dan__>that should work as commit
<Copenhagen_Bram>can someone tell me how to get chsh to work
<Copenhagen_Bram>surely someone in here has a working chsh
<Copenhagen_Bram>ACTION wants to switch to zsh, or better yet screen with zsh
<pkill9_>what's chsh?
<Copenhagen_Bram>pkill9_: that's the command you use to change your shell
<pkill9_>if you want to change the default shell, do it in the config.scm and run guix system reconfigure
<Copenhagen_Bram>oh hmmmm
<Copenhagen_Bram>btw how do i force save in emacs
<dan__>save a file ?
<dan__>or what ?
<Copenhagen_Bram>yes, /etc/config.scm is read-only for some reason, even if i edit it under sudo
<pkill9_>Copenhagen_Bram: for changing shell
<brendyn>Copenhagen_Bram: what does 'lsattr /etc/config.scm' show?
<Copenhagen_Bram>-------------e---- /etc/config.scm
<brendyn>Copenhagen_Bram: Oh, you may have not actually opened it with sudo in emacs
<dan__>prolly because it was copied from install iso
<brendyn>C-s C-f /sudo::
<brendyn>then your password if needed, then /etc/config.scm
<Copenhagen_Bram>huh? C-s is search
<Copenhagen_Bram>if you wanted me to type that in emacs
<brendyn>C-x C-f i mean
<hulten>Hello Guixers!
<Copenhagen_Bram>ok done
<hulten>Where does one define Shepherd services in GuixSD?
<brendyn>can you edit it now?
<Copenhagen_Bram>now i'm in a new file buffer because /sudo doesn/t exist
<Copenhagen_Bram>huh, /etc/sudo doesn't exist either
<Copenhagen_Bram>i'll just do a lil `man chattr`
<dan__>chmod the file
<brendyn>Is your emacs trying to open the file /sudo?
<Copenhagen_Bram>brendyn: yes, i also tried to open /etc/sudo
<hulten>On my GuixSD is a /etc/sudoers (and I didn't create it).
<brendyn>Hmm ok our emacs' are configured differently
<g_bor[m]>hulten: Existing services to be started or new ones?
<Copenhagen_Bram>of course, i haven't even learned how to customize emacs yet
<Copenhagen_Bram>my emacs is pretty much fresh out of the box still
<Copenhagen_Bram>i'm a former vimmer
<brendyn>I use spacemacs, and doing /sudo runs tramp to open the file with sudo. vanilla emacs doesn't do that. I hadn't realised
<Copenhagen_Bram>isn't spacemacs the best of both worlds?
<brendyn>If you're a vimmer, you might like spacemacs
<brendyn>Yeah give it a go
<brendyn>It's just a git repo with config that goes in your .emacs.d, easy to install
<Copenhagen_Bram>and I think a chmod u+w /etc/config.scm should fix my problem
<hulten>I also have an issue with sudo(8): 'visudo' says "no editor found", but $EDITOR is set to 'vim', which is in my $PATH.
<brendyn>I think spacemacs is awesome. vanilla emacs provides very little by default.
<brendyn>$ s visudo
<brendyn>visudo: no editor found (editor path = /usr/bin/vi)
<brendyn>Hmm interesting.
<brendyn>I think you are not supposed to use visudo on GuixSD though
<dan__>if you do things with visudo they should be volatile I think
<dan__>youll have to use the system config
<hulten>Yes, I see.
<Copenhagen_Bram>so how do I set the user shell in /etc/config.scm?
<Copenhagen_Bram>how do I set it for root too?
<dan__>which Ill also do to fix my ssh root logins in VM as soon as I get that borked guix to work
<dan__>qa shell expression works
<dan__>for that
<brendyn>It says G-Expression but doesn't provide an example
<dan__>( name value(
<dan__>( name value)
<dan__>try this sintax
<Copenhagen_Bram>so (shell zsh) would work?
<dan__>might need ""
<dan__>Im not sure
<hulten>My guess you need to do more.
<dan__>since I use this only by 1 h
<hulten>The 'Bash' in (shell Bash) is already defined in such a G-expression.
<dan__>is zsh already in your system store ?
<brendyn>Capital B seems unusual
<Copenhagen_Bram>dan__: It might be, if it's not i'll just add it to system packages
<dan__>I think its a string
<Copenhagen_Bram>but how do I change root's default shell?
<hulten>On any system, I tend to never change root's default shell, because it might lock you out of the system.
<Copenhagen_Bram>I see. I never knew that, and when I had parabola I happily had oh-my-zsh installed on root
<Copenhagen_Bram>which is what i was wanting to do, but maybe i won't
<hulten>Maybe it is actually fine on many systems...
<hulten>On OpenBSD there is only ksh in the core system; packages, like bash or zsh, are separate from this core system.
<hulten>Once I set root's shell on OpenBSD to bash, later I removed bash for some reason, and obviously I was locked out.
<hulten>ksh cannot be removed as it is part of the core system.
<Copenhagen_Bram>why doesn't guix have spacemacs?? ;-;
<hulten>Now, for many GNU/Linux distributions this may be somehwat different as they typically not have such a strict separations between "core system" and "packages".
<dan__>yes, those are wise words
<dan__>I always used vanilla sh for root
<brendyn> (shell #~(string-append #$zsh "/bin/zsh"))
<brendyn>(use-package-modules shells)
<Copenhagen_Bram>brendyn: did you test that?
<brendyn>Copenhagen_Bram: nope I found it on the mailing list
<Copenhagen_Bram>i wonder if i should use emacs/spacemacs to check my mail now, or install icedove again
<brendyn>Copenhagen_Bram: spacemacs isn't packaged because packaging it would actually require some integration work
<Copenhagen_Bram>so maybe i'll just install evil on emacs
<dan__>does guix allow to control per user configuration
<dan__>as well ?
<brendyn>Copenhagen_Bram: it's easy to install it just look on the spacemacs site
<dan__>like generate a .emacs with my specs for a certain user ?
<apteryx`>hi! I'm stuck trying to update guix on this error: In procedure private-lookup: No variable bound to define-module* in module (guile). I think it was discussed somewhere but can't find it. Any pointer?
<g_bor[m]>Copenhagen_Bram: actually the root account is defined in gnu/system.scm in the sources. I guess you can modify that if you really want :)
<dan__>it hsould be overidable somehow, else it doesnt make any sense
<g_bor[m]>Copenhagen_Bram: Okay, a better look at the code there and here is the solution: provide a user account with uid 0, then it becomes the root account. You can the provide the shell.
<roptat>\\o/ I've fixed my bug in gradle-launcher
<Copenhagen_Bram>Sounds kinda hacky. I think I'll leave root alone.
<apteryx`>nevermind about my earlier problem; it must have been one of the multithreading bug in Guile which causes `guix pull' every now and then.
<g_bor[m]>roptat: nice!
<g_bor[m]>roptat: I've noticed that after a clean git checkout, and rebuilding everything I have the french manuals modified. I guess that's because not the most recent version is checked in. Can you have a look at that? I guess we should just regenerate the files and check in the modified version WDYT?
<thorwil>guix configure still fails here, not finding guile-sqlite3
<thorwil>within either `guix environment guix` or `guix environment guix --ad-hoc guile-sqlite3`
<thorwil>to be precise, it prints "checking whether Guile-Sqlite3 is available and recent enough... no"
<thorwil>the last guix pull and a fresh git clone of maybe 10 minutes ago
<g_bor[m]>thorwil: could you try guix environment guix --ad-hoc guile-sqlite3 or similar?
<thorwil>g_bor[m]: that already happened. something strange is going on here
<g_bor[m]>thorwil:I will try to reproduce :)
<g_bor[m]>it works here :(
<g_bor[m]>thorwil: I'm not sure, but a related issue seems to be tracked at
<g_bor[m]>Maybe you can find something there?
<thorwil>g_bor[m]: thank you, but i already followed that thread
<thorwil>what would be a cheap and straightforward package to test if --ad-hoc does its thing here at all?
<roptat>g_bor[m], I'm not sure: both the po and texi files are tracked by git. Does git preserve timestamps?
<g_bor[m]>roptat: Actually the content really changes. An additional paragraph is added. I will have a look in a sec.
<roptat>g_bor[m], yes that's intended: it's regenerated because the po file is updated
<roptat>but the translation is based on the current manual
<roptat>what I would like is that it's not updated when the manual changes, only when the po file is updated
<g_bor[m]>roptat: I see. Do you have any idea how to solve this? For now I usually just check them out again...
<g_bor[m]>thorwil: I had a look at that configure check, it evaluates (@ (sqlite3) sqlite-bind-arguments) in guile.
<thorwil>g_bor[m]: not sure about the implications. anyway, even `guix environment guix --ad-hoc sqlite guile-sqlite3` doesn't help
<g_bor[m]>thorwil: I've tested this expression in the REPL. I needed --ad-hoc guile guile-readline guile-sqlite3 to make this working.
<g_bor[m]>But I still don't know what is the difference, and here it works. Most probably I have a more recent guix.
<thorwil>guix environment guix --ad-hoc guile guile-readline guile-sqlite3 => same result
<thorwil>this suggests i'm not actually using the result of the recent guix pull
<thorwil>is this correct? which guix => /home/thorwil/.config/guix/current/bin/guix
<thorwil>lol, modified date in 1970
<g_bor[m]>thorwil: running it with --version is more informative :)
<g_bor[m]>all modification timestamps are reset...
<roptat>thorwil, this is normal. you should be able to use guix pull -l
<thorwil>i knew why when i saw it, still now i will imagine guix wears bell-bottoms ;)
<thorwil>guix (GNU Guix) 806f599c5bc630362359809e66ee8d6f275580c3 is too helpful in answering newer/older questions, isn't it?
<roptat>that's why "guix pull -l" is more usefull
<roptat>wow, gradle has so many dependencies :/
<thorwil>i thought "guix pull -l" was only mentioned as a future possibility
<roptat>it's been implemented now
<roptat>a few days ago
<g_bor[m]>roptat: Including itself :)
<roptat>g_bor[m], I somehow managed to prevent that
<hulten>Can I defined and add a new Shepherd service to my Guix config.scm, as the example at ?
<roptat>but it depends on parts of maven for instance
<g_bor[m]>roptat: That is fine by the way... I almost expected that.
<roptat>yes, it's alright as it doesn't add a dependency loop
<g_bor[m]>I guess that we also have groovy then :)
<thorwil>hulten: what kind of service do you have in mind?
<hulten>Simply mounting an nfs4 mount.
<hulten>So with a dependency on networking.
<roptat>hulten, we already define some services in guix that can be useful. You can have a look at the different services in gnu/services for some inspiration
<hulten>This doesn't work in the normal mount definition.
<hulten>I can have another look.
<roptat>I don't think there is an nfs4 service though
<roptat>but feel free to contribute one :)
<thorwil>i have the suspicion looking at existing service definitions will be much more helpful then
<hulten>roptat, should I begin with something like gnu/system/file-systems.scm (both for inspiration and actual understanding how to do this :)?
<roptat>hulten, if you know what kind of command you need to run to mount it, just look at a file in gnu/services to have some examples of the syntax
<roptat>I think you want a shepherd-service-type
<g_bor[m]>Here is a recent mailing list thread...
<hulten>Services are defined in different ways.
<hulten>For instance, (services (cons* (xfce-desktop-service) (service openssh-service-type)))
<roptat>g_bor[m], so if I take a binary release of gradle and override the jar files with my own (leaving jar files for what I don't have yet), I can build a gradle project :D
<hulten>What's the difference between a (SOMETHING-service) and a (service SOMETHING-type)?
<roptat>something-service is ususally a procedure that returns (service something-type)
<roptat>(well almost: the project in question is an android app, and it fails to find the android jdk, which is expected)
<g_bor[m]>roptat: that is nice:)
<hulten>roptat, I'm just starting to learn Scheme, so I sort of recognise it. Could you give an example/analogy with arithmetic stuff, so (* 3 4) etc.?
<g_bor[m]>I'm currently fixing java bugs, and ant build system problems. Then I'm going to finish up upgrading the default jdk to java8.
<roptat>g_bor[m], that'd be nice :)
<roptat>hulten, (something-service) means that you call a procedure named something-service. This procedure is defined to return the result of calling (service something-type), which is essentially the same as calling (service something-type) directly
<roptat>the procedure can be nicer, because it can have multiple optional arguments, whereas service has one mandatory argument and exactly one optional argument
<roptat>but they are mostly the same
<roptat>it's easier to only implement the service-type, because the procedure is only a wrapper around that
<hulten>roptat, it make sense, I'll try out some things, thanks.
<roptat>g_bor[m], the binary release has some scary jar file, like "kotlin-*.jar", "aws-java-sdk-*.jar", "google-api-services-storage.jar"
<roptat>I've already tried to build kotlin, but it depends on itself
<g_bor[m]>roptat: Maybe I can have a look at kotlin later.
<roptat> for my current work
<rekado>sneek: later tell thorwil The error you get about lesspipe is because you’re in a pure environment, but your shell initialisation scripts refer to things like lesspipe that are not in the environment.
<rekado>sneek: later tell brendyn Guix is not “a little bit borked at the moment”.
<sneek>Got it.
<hulten>I wanted to have a nicer REPL experience in Guile Scheme, so I tried to follow the suggestion at start-up, "Consider installing the 'guile-readline' package ...".
<hulten>I did that, and then ran (use-modules (ice-9 readline)) at the scheme prompt (as given by, but that didn't work.
<hulten>It said "no code for module (ice-9 readline)". :(
<hulten>Should I do something else/more to make readline available within guile?
<roptat>hulten, (use-modules (ice-9 readline)) (activate-readline)
<roptat>how did you install guile-readline?
<hulten>guix package -i guile-readline
<roptat>didn't guix tell you you should add an environment variable?
<hulten>let me check
<roptat>GUILE_LOAD_COMPILED_PATH and GUILE_LOAD_PATH should have $HOME/.guix-profile/something in them
<hulten>Yes, it did, it's as simple as that!