IRC channel logs

2019-10-21.log

back to list of logs

<jgart>leoprikler: http://dpaste.com/3FHM2WF
<jgart>leoprikler: this is the error I got after doing a guix system reconfigure with the newly defined darkhttpd service
<apteryx>hello Guix!
<apteryx>Is it possible to override a package completely using a channel; e.g. bumping emacs-geiser to a newer version and have Guix's emacs-guix package use it for its package?
<jgart>leoprikler: herd is registering darkhttpd when I do `herd status` but it says that darkhttpd is Stopped
<bdju>no one gonna kick the person with the bad connection spamming dozens of join/parts?
<atw>regarding NickServ registration requirement in this channel: I think it was to combat a wave of spam that may now be over, and there's evidence (https://lobste.rs/s/i2zqxp/attempting_use_gnu_guix#c_ipwebp ) that it may raise the barrier to entry. Could we consider removing it?
<bdju>I wonder why people struggle with IRC so much when many other things also require you to sign up the first time
<bdju>and he mentions forgeting his info, I would think that would be a universal problem to worry about, and also a reason to use a password manager
<bdju>if any ops are around, please kick and/or tempban Gamayun, maybe PM them why also
<apteryx>bdju: hey, I don't see any noise from Gamyun; my client is filtering those. Bad for the logs though (which aren't that smart yet).
<apteryx>Gamayun*
<apteryx>atw: I'm not sure the spam is ever over when it comes to IRC, but it may be worth trying.
<bdju>I understand many people hide the joins and parts, but in normal usage it's not a problem to have them. just some one-off incidents like this which should be solved another way anyway
<bdju>getting people to use a bouncer or disable auto reconnect or otherwise explore their issue usually works best in my experience
<bdju>rather than ignoring the issue
<atw>perhaps a trial period. The change could always be reverted. And if more ops would help that could probably be accomplished too
<apteryx>true.
<atw>I'll bring it up again in the morning when more people are around
<bdju>I'm more interested in the state of the live channel than the logging
<apteryx>atw: OK. In the meantime I'll contact guix-maintainers about it, and try to get moderation rights.
<atw>thanks apteryx
<apteryx>np. thanks for raising the issue.
<raghavgururajan>Hello Guix!
<raghavgururajan>I saw a brach named "master-modular". What it is and how it is different from branch "master"?
<leoprikler>apteryx: yes, version bumping is possible
<leoprikler>jgart: it appears that the start line for the service is not what you want
<leoprikler>yep
<leoprikler>instead of (cons* ...) do (format #f "~a /var/www/localhost/htdocs --chroot --daemon" #$dark)
<leoprikler>(I assume, that #$dark will resolve to a string, which it appears to do.)
<leoprikler>make-forkexec-constructor has the peculiar behaviour of using string-append to form your command line, very unlike system*
<leoprikler>(perhaps even string-join instead of string-append, not that it makes a difference)
<civodul>Hello Guix!
<leoprikler>Hello civodul
<roptat>hi guix!
<civodul>what's up here? :-)
<leoprikler>Gamayun is having trouble with their bouncer -- otherwise not much.
<kmicu>Hi, anyone here uses Guix, the package manager, on Arch (and could share installation procedure)?
<civodul>hi kmicu!
<civodul>kmicu: not really answering, but did you try following https://guix.gnu.org/manual/en/html_node/Binary-Installation.html ?
<leoprikler>It seems Arch has https://wiki.archlinux.org/index.php/Guix
<leoprikler>kmicu: do you want to do manual installation or installation through the package?
<kmicu>Thank you. I’m searching for an Arch user with a working setup though ;)
<kmicu>(Cuz then I don’t need to test the installation in a virtual machine to be sure it works.)
<civodul>:-)
<leoprikler>Arch Wiki: "you can install the Guix package manager on top of Arch to make Guix available to users while using a more traditional and mature Unix-like system as a base."
<leoprikler>Also Arch Wiki: "it is not clear if nscd works properly on Arch"
<leoprikler>:)
<kmicu>(Cuz that’s not for me but for an Arch user with a desire to use proper IceCat and the last thing I want is setup troubles and bad first impression about Guix.)
<leoprikler>Sorry, but the last time I've tried setting up Guix on a foreign distro was on Gentoo way before 1.0
<kmicu>No worries, I will ask later b/c I know we have here Arch/Parabola users.
<roptat>kmicu, I don't think there's a lot of difference between guix on arch compared to guix on anything else
<roptat>you'll have some post-install steps to do though if you want icecat to find fonts for instance
<kmicu>Heh, in theory I agree, in practice… in practice everything is broken 😺
<leoprikler>That's the Arch way.
<leoprikler>If your update doesn't break things, pacman is broken.
<leoprikler>And you should file a bug report.
<kmicu>BTW do we have system tests for Guix, the package manager, in which we boot a non‑Guix System distro, install Guix on it, install Emacs on it, run it, take screenshot or parse text, compare it to a working setup? (Cuz if Emacs works, everything what we really need works ;)
<leoprikler>> if Emacs works, everything that we really need works
<roptat>we only have system tests that use the guix system
<civodul>it'd be interesting to have tests like you describe kmicu
<leoprikler>someone should try linking Emacs against guix, so that we can start guixemacs directly from the bootloader
<civodul>heh
<leoprikler>that wasn't quite correct -- we'd need shepherd too to really have it as PID 1
<kmicu>Not really https://www.informatimago.com/linux/emacs-on-user-mode-linux.html step 3 Install emacs as /sbin/init
<leoprikler>okay, so we already have emacs as init
<leoprikler>but what we should want is emacs as kernel
<leoprikler>(with guix and shepherd on top)
<civodul>hmm
<civodul>we may have to "ban" Gamayun until they've fixed their networking problems :-/
<civodul>i'm not even sure how one does that
<civodul>ideas?
<leoprikler>timed ban + email sounds like a good idea
<leoprikler>(if the email can be queried from NickServ)
<leoprikler>(that said, will they receive the email?)
<raghavgururajan>Hello Guix!
<raghavgururajan>What is "guix-master-modular" and how it is different from "guix-master"?
<civodul>raghavgururajan: "guix-master-modular" builds Guix itself in the same way 'guix pull' does
<civodul>whereas "guix-master" builds all the packages that Guix provides
<civodul>the names are somewhat confusing
<civodul>leoprikler: how do i do a "timed ban" though? :-)
<kmicu>Note dates in org-agenda. xD
*civodul is a eternal IRC newbie
<civodul>*an
<civodul>heh
<civodul>and then /ban on each nick?
<civodul>i can't seem to get their email address via /whois
***ChanServ sets mode: +o civodul
<raghavgururajan>civodul Ah I see.
<roptat>I can try to contact them on the fediverse
<civodul>thanks, roptat
*civodul still doesn't understand how to ban: /ban shows a long help message and does nothing
<roptat>civodul, when you ban someone, they are not kicked
<roptat>/help ban
<roptat>I'd say /ban Gamayun-
<civodul>"The BAN command is not user-accessible."
<civodul>"To ban a user from a channel, see /QUOTE HELP CMODE"
<civodul>and that's... complicated
<roptat>oh
<leoprikler>I found some instructions online
<leoprikler>It looks like the following should work: "/mode #guix +b nick!user@host"
<civodul>"+b" means "give mean /ban power"?
<leoprikler>+b means "ban user" if i understand correctly
<civodul>ah ok
***civodul sets mode: +b Gamayun!*@*
<civodul>let's see
<civodul>i've done that for "Gamayun", let's see if that's enough
*leoprikler is away now.
***civodul sets mode: +b Gamayun|!*@*
***civodul sets mode: +b Gamayun-!*@*
***civodul sets mode: +b Gamayun_!*@*
***civodul sets mode: +b Gamayun^!*@*
<roptat>civodul, didn't work for the other Gamayuns
<brendyyn>What the hell. I just notice that guix package -s only shows one screen of output. i was wondering why so much stuff was missing
<dutchie>it says "pipe me to less for more results" at the bottom
<bdju>for a few days now when I try to open a .torrent file from icecat in deluge I get this extra popup saying I need to choose an application to open the file link, even though at the initial screen I chose deluge
<bdju>was there a recent change that might've caused this?
<peanutbutterandc>Hey there, can someone please tell me how I can get the sha256 of a git commit that I trying to package a software from? Thank you
<bdju>guix download
<brendyyn>dutchie: yes but why is this a good thing?
<civodul>roptat: we seem to be getting fewer messages from Gamayuns* though (i banned 4-5 of these nicks)
<peanutbutterandc>bdju, guix download what? I am at a certain branch (I suppose it is being identified by the commit, because (git-reference) does not seem to have a branch specifier)
<roptat>civodul, oh you're right
***civodul sets mode: +b Gamayuna!*@*
<civodul>added another one :-)
<bdju>peanutbutterandc: followed by a url
<civodul>brendyyn: it's the result of previous discussions
<civodul>previously, "guix search" would print pages of results
<civodul>and so you'd only see the least relevant ones (at the bottom)
<civodul>the current behavior is more like "i'm feeling lucky", and it works pretty well for me
<brendyyn>I see. interesting.
<civodul>that is, usually, i want to see a handful of results or maybe just one
<peanutbutterandc>bdju: It gives me a download failed could you please try "https://github.com/ChordPro/chordpro.git"? Also, I'm wondering: I am trying to build from a specific commit in the repo. Doesn't that mean I should somehow be using `guix download some-url-that-points-to-the-commit` or something? I'm confused
<bdju>yes, likely a url that points to the commit
<peanutbutterandc>bdju Still failing: https://github.com/ChordPro/chordpro/commit/64d45f37e4af147461fc4dc44b02fcb199845d79
<bdju>that url works for me (the first one)
<peanutbutterandc>That is very strange...
<bdju>and that one too
<brendyyn>There was an interesting article that came up on HN about documentation quality and types. https://www.divio.com/blog/documentation/
<bdju>peanutbutterandc: https://paste.debian.net/1108894/
<brendyyn>In particular, it describes how documentation can get 'pulled' in different directions by different motivations, such as to include tutorial like stuff, but also reference documentation
<brendyyn>Guix mainly just has the GNU style documentation, without much room for tutorials and how-tos
<bdju>I do feel the Guix documentation is unfriendly compared to something like the arch wiki
<bdju>also I haven't gotten the hang of using info/emacs for the manual so I end up using the web version mainly
<brendyyn>Indeed, but the point is these are complimentary things. we shouldn't be modifying the manual to make it into a tutorial kind of thing, but creating a separate place for such things
<peanutbutterandc>bdju, Still not doing it: https://paste.debian.net/1108895/
<bdju>brendyyn: that sounds like a good idea
<bdju>peanutbutterandc: this might be too complicated for me, but make sure your date/time is correct and that you have nss-certs installed
<bdju>and/or try http instead of https
<bdju>since it looks like a cert issue
<civodul>brendyyn, bdju: in addition to the manual and tutorials in the blog, there's a "cookbook" in the repo that's meant to be more tutorial-style
<civodul>it's not online yet, but will be soonish
<civodul>in the meantime, you can run "info guix-cookbook"
<bdju>oh cool
<civodul>and it's really WIP, meaning that you can chime in and propose new sections based on your experience
<brendyyn>nice
<brendyyn>Also I wish the documentation would wrap on mobile. its really annoying trying to read any GNU documentation on a smartphone, surely it would just require some simply change in the html?
<roptat>it's almost readable on my phone
<roptat>only links on top and code examples are really small
<roptat>the rest of the text is ok and wraps at the edge of my screen
<brendyyn>zooming in means one has to scroll sideways to read a line
<roptat>isn't it the case for every website though?
<brendyyn>works great in reader mode
<brendyyn>in icecat
<roptat>when I zoom with icecatmobile, I have to scroll sideways, oven in reader mode
<roptat>even*
<brendyyn>Really? For me there is an Aa symbol at the bottom for adjusting text size
<roptat>oh right, but that's font size, not the same as the zoom with fingers :)
<brendyyn>Zooming is disabled for me in reader mode
<fps>brendyyn: yeah, noticed that, too. a clear case of wrong defaults imho [truncated output of guix package -s]
<roptat>really, if we could just add <meta name="viewport" content="width=device-width, initial-scale=1" /> to the <head> on manual pages, I think it would already work well on mobile
<roptat>I'm not sure how we can do that though
<dutchie>presumably would need a patch in whatever generates the html from info? (is that texinfo itself?)
<roptat>makeinfo I think
<brendyyn>im having fun on sway/wayland at the moment. in particular rather shocked with my touchpad behaving differently. there is no right click anymore, but right click is to double-finger click. and double finger scrolling does all directions, so its like sliding a page around in 2 dimensions. will take some getting used to
<roptat>there's a "customization variable" called EXTRA_HEAD
<jlicht>hey guix!
<peanutbutterandc>Is there any reason why `guix install nss-certs` is failing on my container whereas `guix install hello` is succeeding? https://paste.debian.net/1108903/
<civodul>roptat, brendyyn: if you have patches for the CSS of the manual to fix this issue, i'll gladly apply them!
<civodul>peanutbutterandc: looks like guix-daemon is not running in a UTF-8 locale
<civodul>see https://issues.guix.gnu.org/issue/37662
<peanutbutterandc>civodul: Is there a work-around?
<peanutbutterandc>Oh I see it there. I'm going to try it right awy
<peanutbutterandc>*away Thank you!
<civodul>yw!
<civodul>i think dutchie is the original reporter of that one
<dutchie>o/
<civodul>dutchie: did you eventually get nss-certs installed?
<dutchie>yes
<civodul>good :-)
<civodul>so we can close the bug, right?
<dutchie>sure
<civodul>great, thanks
<peanutbutterandc>Update 1: Installing `glibc-utf8-locales` didn't resolve the issue
<peanutbutterandc>trying `glibc-locales`
<civodul>you need to restart the daemon, too
<roptat>civodul, it's not a fix to the CSS, but to the generated HTML that we need
<civodul>oh
<roptat>I'm trying something in doc/build.scm, but it's building texinfo right now...
<civodul>yeah, that takes way too much time...
<civodul>we should run these po4a processes in parallel or something
<roptat>I mean, it's building the texinfo package
<roptat>well, downloading its sources to be more precise :p
<civodul>heh
<roptat>I meant texlive, not texinfo
<civodul>ah!
<roptat>shouldn't we depend on texlive-* instead of the big monolithic texlive?
<civodul>there's a FIXME there on that topic
<civodul>exactly, that's what the FIXME is about :-)
<roptat>oh
<civodul>last time i tried there were issues, but perhaps these have been fixed
<brendyyn>Does anyone have an config with an example of adding a custom xkb keyboard layout?
<peanutbutterandc>civodul, Is there any particular guix-daemon option that I should not forget - after installing a utf-8 locale?
<civodul>peanutbutterandc: no, just make sure you systemd guix-daemon.service file sets a valid LC_ALL and GUIX_LOCPATH
<civodul>s/you/your/
<peanutbutterandc>civodul, What would a valid LC_ALL look like? Do I have to set it manually? Is there a way to do it with guix-installed packages without touching the host system thingies?
<civodul>peanutbutterandc: 'guix-daemon.service' should look like this: https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-daemon.service.in
<civodul>with "@localstatedir@" replaced by "/var"
<peanutbutterandc>civodul, I am actually using alpine as a base image. So that is not very helpful to me. I did `export LANG=en_US.UTF8` and it works now!
<peanutbutterandc>Now that nss-certs is installed, why I am still getting this error: https://paste.debian.net/1108920/ ? Is there anything I am not setting correctly?
<peanutbutterandc>I did find this: https://guix.gnu.org/manual/en/html_node/X_002e509-Certificates.html but once I did set the recommended env vars, I only got permission refusals to the unix socket. And, `guix package --search-paths` isn't recommending the env vars either (which is what I was hoping it would do)... strange
<peanutbutterandc>Nevermind, it resolved with a container restart and re-doing of it all. However, I am still expecting for `guix package --search-paths` to recommend me the environment variables. It would have been easier for the end user to consult it, rather than the reference manual.
<civodul>peanutbutterandc: try setting SSL_CERT_DIR=$HOME/.guix-profile/etc/ssl/certs
<civodul>i'll look into fixing "guix download" to pick /etc/ssl/certs by default
<peanutbutterandc>civodul, Yes, I did it. Thank you. (: OOOh! That's even better! Is there any reason why `guix package --search-paths` isn't showing the env var?
<civodul>peanutbutterandc: that's because SSL_CERT_DIR "belongs" to the openssl package
<civodul>so if you don't have openssl in your profile, guix doesn't know about it
<peanutbutterandc>civodul, I see. Thank you very much. That makes a lot of sense. This means that I can still trust `guix package --search-paths=prefix` to be `eval`-ed from the command line (for the most part :) )
<civodul>yup!
<peanutbutterandc>Now, if only there were a way for `guix package --search-paths` to be aware of the environment and to return 'intelligent' env-var pairs, one could `eval` without worrying about having duplicate entries in their $PATH...
<civodul>for that it'd have to return a full-blown script i guess
<civodul>or pre-baked env var values
<peanutbutterandc>Hmm... I wouldn't know much about this. I was trying to write a `lint` function this morning (to take care of the duplication). But haven't made much progress.
***ChanServ sets mode: +o nckx
***nckx sets mode: -q $~a
***ChanServ sets mode: -o nckx
***ChanServ sets mode: +o nckx
***nckx changes topic to 'GNU Guix | 1.0.1 is out! get it at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs and patches: https://issues.guix.gnu.org | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guix.info | This channel is logged: http://logs.guix.gnu.org/'
<civodul>howdy nckx, dustyweb! :-)
<dustyweb>heya civodul !
<dustyweb>:)
*dustyweb just got back from a trip... about to hit the shower!
<nckx>civodul: o/
<nckx>apteryx: The logs are that smart, but only filter above the last real message. If you check them now you'll see no mention of G's joins/parts.
<nckx>So were Gamayun's troubles caused by the authentication requirement or unrelated?
***nckx sets mode: +b Gamayun*!*@*
***nckx sets mode: -b Gamayuna*!*@*
***nckx sets mode: -b Gamayuna!*@*
<apteryx>I didn't personally get to see Gamayun's messages (I'll check the logs now), but someone reported that Gamayun said having problems with authentication, yes.
***nckx sets mode: -b Gamayuna^!*@*
***nckx sets mode: -b Gamayuna_!*@*
***nckx sets mode: -b Gamayuna-!*@*
***nckx sets mode: -b Gamayuna|!*@*
***nckx sets mode: -b Gamayun|!*@*
***nckx sets mode: -b Gamayun^!*@*
***nckx sets mode: -b Gamayun_!*@*
***nckx sets mode: -b Gamayun-!*@*
***nckx sets mode: -b Gamayun!*@*
<nckx>apteryx: OK, thanks. I don't understand why it baffles so many peeps (as someone noted, they sign into other stuff all day) but it's off now.
<nckx>civodul: Globbing is server-specific but generally ‘properly’ supported, so /MODE #guix -b Gamayun*!*@* (3 asterisks) would have worked here.
***nckx sets mode: -b Gamayun*!*@*
<nckx>That was quick.
<nckx>Gamayun: Welcome back :)
<apteryx>nckx: no Gamayun's messages regarding authentication issues in my personal logs, so take what I said with a grain of salt.
<nckx>Hm.
<nckx>Is ☝ this what was happening yesterday or was it much worse?
***nckx sets mode: +b Gamayun*!*@*
<nckx>Sorry Gamayun, please fix your bouncer.
<civodul>nckx: yep, this is what happened
***ChanServ sets mode: -o nckx
<jlicht>I just had the change to use `guix deploy' from my powerhouse work laptop to deploy to my poor 'ol T400. This. Changes. Everything. I barely had time to make a coffee :O
<jlicht>s/change/chance
<civodul>yay, i think it rocks!
<davexunit>jlicht: that's awesome!
<davexunit>I helped mentor the student that implemented it, but haven't used it myself yet.
<davexunit>I need to convert my vps to guix somehow
<jlicht>davexunit: I am pretty blown away by how amazing it already is! If Guix (System?) has some more sources for "authentication", it would already be usable for pretty complex deployments.
<davexunit>I'd like to see it handle blue-green deployments on cloud platforms at some point
<davexunit>that would be really neat
<dustyweb>jlicht: thrilled to hear it.
<brendyyn>Just heard of this https://github.com/twpayne/chezmoi
<civodul>looks like it's in the same space as roptat's "guix home"
<bavier>nice to see at least one other person uses the netsurf package
<brendyyn>Where can one find that?
<brendyyn>what the
<brendyyn>netsurf starts up and loads a page faster than kitty opens
<leoprikler>Is roptat's guix home what I think it is?
<apteryx>nckx: (about log smartness) good to know! thanks for explaining
<peanutbutterandc>I just got the following error while trying to `guix package --install-from-file` guix package: error: while setting up the build environment: getting attributes of path `/etc/nsswitch.conf': No such file or directory
<peanutbutterandc>Any idea, please?
<peanutbutterandc>So there is an entry in the manual about name service switch (which I just remembered and looked up); but I still don't understand: do I have to set up nss? Am I missing something?
<refpga>Hi, is there any good example code of a service definition in guix? I can't wrap my head around defining services and a simple complete example might help.
<apteryx>refpga: have you looked in Guix sources under gnu/services/ ?
<apteryx>peanutbutterandc: are you using Guix System or a different distribution?
<peanutbutterandc>apteryx, A foreign distro
<refpga>Thanks apteryx.
<dongcarl>janneke: Thanks for the detailed review of my patch! Will submit an updated patch!
<peanutbutterandc>Nevermind, I managed to get past that issue for now. Thanks anyways
***cehteh is now known as google
***google is now known as cehteh
<janneke>dongcarl: sure!
<roptat>I just pushed something as 2f000f2ef48972b2544f0da3aa96faf19be8a04b for the online manual to be more responsive
<roptat>it should change the devel manual, but not the current manual I think
<jlicht>is there someone with a librebooted/corebooted Lenovo T400 running Guix system with working suspend functionality? I'd love to find out which magical combinations of libreboot + linux-libre seem to work. (spoiler alert: my combination does not work)
***capnick is now known as cap
***cap is now known as 18WAAOVH8
***MinceR_ is now known as MinceR
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<raingloom>what happened to guix that would make whatever "���" is only render as question marks? (i'm running guix package --dry-run -u after a fresh pull and having ran fc-cache -vf)
<raingloom>for context: emojis also don't render for me in IceCat, so there might be some wider font issue. but so far I haven't had an issue with guix's output. oh and the terminal is xfce4-terminal
<raingloom>(but it doesn't render in icecat or hexchat either)
<roptat>probably a mismatch between the glibc used by the newly pulled guix, and the glibc installed on the system
<roptat>guix uses locales from glibc 2.29 but your GUIX_LOCPATH points to locales from glibc 2.28, maybe? there's a news entry for that if you run "guix pull --news"
<roptat>unless that renders as questions marks too :/
<raingloom>roptat, nah, letters and numbers and such render fine. the news item is no longer there though. but i've pulled and reconfigured the system since that update.
<raingloom>it used to warn about that locale thing as recently as... yesterday, i think? or a few days ago? but it doesn't do that now. so i hoped i wouldn't have locale issues now.
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<roptat>I see
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***jonsger1 is now known as jonsger
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<kts>hint: After setting `PATH', run `hash guix' to make sure your shell refers to `/home/kts/.config/guix/current/bin/guix'.
<kts>guix hash
<leoprikler>hash guix
<kts>no sdtout
<kts>*stdout
<kts>normal?
<leoprikler>IIRC yes
<leoprikler>`hash` is a shell builtin
<kts>purpose?
<bavier>kts: bash caches the location of commands so it doesn't have to rescan PATH every time
<bavier>hash forces an update
<sirmacik>hey guix
<kts>guix /gnu takes 4GB on /
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8
<sirmacik>nckx: thank you!!!!
<sirmacik>(i know it was long time ago)
<kts>Command to clean up the unnecessary caches?
<bavier>kts: guix gc
<kts>bavier: very handy
***18WAAOVH8 is now known as cap
***cap is now known as 18WAAOVH8