IRC channel logs


back to list of logs

<wxie>guixSD is up and running in my libreboot machine.
<wxie>Thanks all for help.
<wxie>It turns out libreboot takes minute to detect encrypted guixSD boot config.
<wxie>What is the file in command guix system reconfigure?
<wxie>Can name it freely?
<wxie>Is it the scm file?
<OriansJ`>wxie: in the examples it is the .scm file but its name can be arbitrary
<wxie>Oriansj: Thanks. Can I run the command with my current scm file?
<OriansJ`>wxie: as I don't know the contents of your current scm file; I am uncertain of the interactions with the guix system reconfigure command. However assuming it is a valid guix system configuration it will work
<wxie>ok, my scm is the one I installed guixSD so it is valid.
<OriansJ`>then yes wxie it will work
<sohomb83>Hello, Guix!
<sohomb83>is there a package for dns tools (nslookup/dig) in guix ?
<Apteryx>sohomb83: I agree it's not very easy to find if you don't know it's part of the bind package :). You're looking for 'guix package -i bind:utils'
<sohomb83>thank you! :-)
<Apteryx>you're welcome!
<thorwil>hi guix!
<thorwil>i've send a patch to guix-patches 2 days ago and now wonder if it got lost, is delayed, or pending moderation?
<wigust>Hi thorwil. Did you receive an answer from
<thorwil>wigust: no.
<wigust>thorwil: And could you see your reports ?
<thorwil>wigust: says: No reports found!
<wigust>thorwil: Seems it got lost (actually probably never been recieved by debbugs).
<wigust>thorwil: i suppose you replaced YOUR-EMAIL-ADDRESS in the URL I gave
<thorwil>heh, yes
<wxie>guix system reconfigure takes really long.
<slim404>so I have this problem :
<slim404>when I do a guix pull as root it downloads substitutes
<slim404>when I do it as a user it tries to compile everything
<slim404>anybody has an a idea ?
<slim404>my system currently fails at compiling guile because of memory constraints, so I'm basically unable to upgrade
<demotri>./pre-inst-env guix system disk-image gnu/system/install.scm
<demotri>guix system: error: failed to load 'gnu/system/install.scm':
<demotri>gnu/system/examples/bare-bones.tmpl:49:28: In procedure allocate-struct: Wrong type argument in position 2: 14
<demotri>Any idea?
<castilma>demotri: maybe an abi breakage? try make clean-go; or make clean-all; and then make
<castilma>no, moment. don't you need to give guix system disk-image an operating system declaration? why do you give it gnu/system/install.scm?
<demotri>castilma: I tried clean-go already. I could give clean-all a try.
<demotri>castilma: What I did currently is comment-out the bare-bones-os entry from gc-root-service-type. Then it compiles (not finished yet, kernel has no subsititutes ...)
<castilma>demotri: to prevent local kernel build you could check out the guix version before the last linux upgrade. kernel build takes a day(from what i heard).
<demotri>castilma: According to the disk-image: Documentation says: disk-image: Return a virtual machine or disk image of the operating system declared in file that stands alone.
<castilma>yeah, but you gave it gnu/system/install.scm. afaik, that file does not declare an operating system.
<demotri>castilma: And install.scm declares it in it's last line: "installation-os", so the call "./pre-inst-env guix system disk-image gnu/system/install.scm" is correct.
<demotri>castilma: Sorry, lacking behind with my writing :-)
<demotri>castilma: Yes, sometimes I don't check out the latest master, but some commit lacking a bit behind. Today I was too lazy, so either I let it compile now or go back a day or two. Maybe I try going back and see anyway if I have a problem with the installation image.
<mbakke>Oh no, Chromium 65 requires Clang 5 or higher.
<grillon>Hi how could I go back to a previous version? I did "guix system switch-generation 1" but Igot guix system: error: build failed: error parsing derivation `/gnu/store/k5spngba6awg0hdfvq8fc33zncbgawkr-grub-image.png.drv': expected string `Derive(['
<mbakke>grillon: That sounds like a corrupted store item. Are you on ext4 by any chance?
<grillon>yes I am
<mbakke>You could try `guix gc --verify=repair`, but I'm not sure if it's able to fix this case.
<grillon>thank you mbakke, as root?
<mbakke>There have been a few reports of similar issues, see . But the problem is apparently ext4-specific.
<mbakke>I don't think root is necessary.
<castilma>it is for repairing.
<grillon>it is as root the command told me :p
<castilma>and pass it /gnu/store/k5spngba6awg0hdfvq8fc33zncbgawkr-grub-image.png.drv or it will scan the whole store
<grillon>it's fast and nothing change
<castilma>but if you have the time, it might be a good idea to repair every defect.
<grillon>reading the Nix store... checking path existence...
<grillon>what do you use btrfs?
<grillon>ok after a guix gc it works thank you
<castilma>another way would be to rebuild the old system generation: guix system reconfigure/build /var/guix/profiles/system-??-link/profile/manifest
<castilma>no, moment, that's only the installed packages.
<grillon>I try a reboot. BRB :)
<castilma>you can use /var/guix/profiles/system-??-link/profile/etc/config.scm.
<castilma>if you have (simple-service 'store-my-config etc-service-type
<castilma> `(("config.scm" ,(local-file (assoc-ref
<castilma> (current-source-location)
<castilma> 'filename)))))
<castilma>in that old generation
<castilma>btw: can someone tell me why there are sytem-??-link/{etc,profile/etc}?
<grillon>every thing seems all right tahnk you :)
<grillon>I have lot of question can I?
<grillon>my first question is : for installation I target device labeled root I have to specify /dev/sda2. If I don't I got guix system: error: stat: Aucun fichier ou dossier de ce type: "root"
<grillon>meaning "root" no such file or directory in french
<civodul>grillon: did you specify (title 'label) in the 'file-system' decl?
<grillon>no, but I did not for the first install too
<civodul>if "root" is the file system label, you should add (title 'label)
<grillon>I'll try with title 'label next time
<grillon>after a guix system reconfigure I got guix system: loading new services: user-homes term-auto virtual-terminal... shepherd: Evaluating user expression (register-services (primitive-load "/gnu/st?") ?). shepherd: Service user-homes could not be started. guix system: error: exception caught while executing 'start' on service 'term-auto': ERROR: find-long-options : variable non liée
<grillon>is it a bad thing to do that from graphical desktop?
<civodul>no, actually that 'find-long-options' issue was supposedly fixed recently
<civodul>or so i thought
<civodul>it's mostly harmless though
<civodul>you can check with "sudo herd status" whether anything's missing
<grillon>theses services are stopped : - term-auto - user-homes - virtual-terminal
<mbakke>The "encrypted-root-os" test fails since ~two weeks:
<grillon>my root fs is not encrypted
<mbakke>It started failing somewhere between f55aa0c7b72c6e4f08f77aa84e196895182860e7..77f2ced1a68edf3c676dcc1b81f856cae072b163 .
<grillon>could I delete a generation?
<grillon>Only my 1st generation works I would like to delete others
<mbakke>grillon: You'll have to delete the symlinks in /var/guix/profiles manually.
<thorwil>civodul: it looks like my mails to are being dropped silently
<grillon>are you sure I could recursively delete /gnu/store/xxx corespopnding to the symlink of generation I would like to delete?
<grillon>or may be you mean I just need to delete symlink
<grillon>what happenened when an old version of something is not used by my actual generation could I garbage collect it?
<thorwil>grillon: yes, just the symlink and having it garbage collected afterwards is the point, as far as i understand it
<grillon>ok thank you thorwil :)
<grillon>use title 'label works but I still could not do a system reconfigure :(
<grillon>because of file long options
<mbakke>grillon: What is the error message?
<civodul>thorwil: re guix-patches, if it's your first message it takes a while to get through
<thorwil>civodul: well, 1st attempt send on thursday
<civodul>g/whois thorwil
<civodul>i was trying to see if your messages were showing up at
<civodul>apparently they don't
<civodul>all i can tell is that there's a delay for the first message you send, and subsequent messages get through instantly
<thorwil>i noticed a delay with help-guix. hours ok, but more than 2 days is ... excessive
<civodul>yeah there must be something else going on
<civodul>i just checked the moderation queue and it's empty
<civodul>did you get any notification or something?
<civodul>maybe you should just try again, dunno
<thorwil>civodul: nothing.
<thorwil>2nd attempt happened today
<thorwil>then i though of using my other email address, but without being subscribed, i guess the list won't take that one(?)
<civodul>lists on don't allow posting from non-subscribers (which is convenient)
<civodul>the only thing is that you have that first-message delay, which is usually a couple of hours
<civodul>in your case i have no idea what could be holding the message
<thorwil>yeah, a list accepting any email would be a terrible idea. having to subscribe to a very busy list to be able to submit patches is ... bearable :)
<thorwil>civodul: got "bug#31005: Acknowledgement ([PATCH] gnu: Add x11-socket-dir-service)" for my mail send as
<thorwil>the one that is not subscribed to any guix list
<thorwil>still nothing following 2 attempts with
<grillon>sorry mbakke I was testing my memory
<grillon>seems ok no so bad, I'll leave it one night to see
<grillon>mbakke it's exactly the same : after a guix system reconfigure I got guix system: loading new services: user-homes term-auto virtual-terminal... shepherd: Evaluating user expression (register-services (primitive-load "/gnu/st?") ?). shepherd: Service user-homes could not be started. guix system: error: exception caught while executing 'start' on service 'term-auto': ERROR: find-long-options : variable non liée
<grillon>so I cannot do a system reconfigure :(
<grillon>does someone know how I could install japanes ime on guixsd?
<roptat>grillon: you can do this with ibus-anthy: install ibus and ibus-anthy
<roptat>and then add
<roptat>export GUIX_GTK2_IM_MODULE_FILE=~/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache
<roptat>export GUIX_GTK3_IM_MODULE_FILE=~/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache
<roptat>to whatever loads environment at startup
<grillon>ok let's try thank you roptat
<rekado>I get very weird results with avr-toolchain@4. It seems to miscompile C sources.
<rekado>the resulting assembly code uses wrong offsets and calls the wrong functions.
<civodul>uh, sounds pretty bad
<civodul>is this a regression, rekado?
<rekado>it might be. I remember building usable binaries some months ago.
<thorwil>attempting the binary installation on ubuntu. the fun stops when one should `source` as root, since there is no root account
<mubarak>thorwil: root are disabled by defualt on Ubuntu, use "sudo -i" to become root
<rekado>civodul: it’s also possible that this is due to an error in my Makefile. I’m playing around with this.
<thorwil>mubarak: thanks, though even then there's an issue: -bash: /root/.guix-profile/etc/profile: No such file or directory
<thorwil>that while: /root/.guix-profile -> /var/guix/profiles/per-user/root/guix-profile
<thorwil> /var/guix/profiles/per-user/root/guix-profile-1-link -> /gnu/store/6sx2275xz66qzk3cbwa807fvb7ad9z35-profile
<thorwil>ls: cannot access '/gnu/store/6sx2275xz66qzk3cbwa807fvb7ad9z35-profile': No such file or directory
<tempthom>Hey, my previous wificard (smartphone) stopped responding and I´m looking for a usb card in some mainstream shops. Anyone have knowledge about current cards that work with linux-libre?
<thorwil>argh, somehow gnu wasn't move to /
<thorwil>tempthom: have a look at
<roscap>hi, is there a guide somewhere describing how to use custom kernels with guix? the various code snippets on google dont work and my attempts at "make menuconfig" keep failing
<thorwil>roscap: for all i know there is no such guide. at least 2 of those snippets are alright
***atw` is now known as atw
<roscap>thanks. ill keep trying them.
<thorwil>roscap: the config i have working here is .. let's say tainted, otherwise i would have pastebinned it already
<thorwil>roscap: i had issues with getting to a working kernel config, too. but please be specific: what goes wrong / how?
<roscap>ah i'd give my left thumb to see that config. ive been at it for a day
<roscap>so the issue is the nvme module not being found with the newly pulled 4.15 kernel (which it isnt, via
<roscap>so im unable to system reconfigure my config, because if i dont add nvme to the initrd modules, guix complains
<thorwil>ACTION reads
<grillon>rekado I have ime but when I select it it does not work. Do you have any idea?
<roscap>thorwil: despite my inexperience with guix, i wonder if it's a bug with "guix system reconfigure" for requiring the nvme module when nvme is already built into the kernel. (nvme is required in my case for booting the harddisk)
<thorwil>roscap: you also might want to read
<thorwil>roscap: one could call it a bug. or a nasty sideeffect ;)
<roscap>thorwil, ah, i hadnt thought of it that way
<thorwil>roscap: as described in that post, got hit by kernel module requirements and specifically the insistence on modules, never builtin, too
<ng0>are there any dependencies attached to the perl standard ways for Makefiles except for perl5 and make itself? I'm trying to figure out wether I should kick my GNUmakefile in the bin and use perl tools.
<ng0>bsaically I have a software (I'm porting/providing a general makefile) which 1) already depends on perl5 2) consists of name.1 module/ and "name" in toplevel as executable script.
<ng0>seems more convenient for Guix to use something perl based :)
<rekado>civodul: it was just a linker error. No problem with avr-gcc.
<roscap>thorwil: so i read thru your post. have you found a way, since that post, to make kernel configuration more independent from generations?
<thorwil>roscap: no, got no answer and didn't pursue
<roscap>thorwil: alright, thanks for sharing
<PotentialUser-55>Should I learn guile/scheme before I install GuixSD? If so, is the GNUs guile manual the best place to learn scheme?
<ng0>I'm not sure if I'm trapped in a rebuild cycle.. 3rd time I see git compiling now... I'll give it one more time
<tmpton>Hey, my old usb wificard is behaving dead. So I need a new one. Checking the RYF pages of FSF now, but there has been some (one?) mention of devices reported as free but not working properly. Anyone has experience/knowledge of this?
<buenouanq>PotentialUser-55: it will help in some things if you really want to dig deep, but is not necessary for normal basic desktop use
<buenouanq>Best intro to Scheme (and programming in general) I still think is and will always be MIT"s SICP Lectures.
<Aprophecy>Hello beautiful people. I ubuntu gone rogue into the deep end of shit. I've installed guix and I'm using vim to get my configuration. I've copied it to /etc/config.scm but I'm not sure what happens next.
<PotentialUser-55>well I'm generally interested in learning lisp
<buenouanq>But if you're already familiar with programming or other lisps, glossing through parts of the manual as you need will prolly be enough.
<PotentialUser-55>I've been planning to read SICP
<buenouanq>I like the actual lectures - Abelson and Sussman are just so cute :3
<PotentialUser-55>Well maybe I should just install GuixSD and start reading SICP
<ng0>finally, progressed farther.
<roptat>hm... if a binary was compiled with interpreter /lib64/ld-linux….so, can I still run it on guixsd?
<roptat>ldd tells me: /lib64/ => /gnu/store/9j55362h2xgndjgy45f6283spjjx5990-glibc-2.26.105-g0890d5379c/lib/
<roptat>but when I try to run it, I get No such file or directory
<civodul>roptat: yeah that won't work
<civodul>you should build from source, or patchelf (super kludge)
<roptat>I could start it by using guix environment -C and --expose
<roptat>but now I need it to be able to draw a window
<roptat>I don't think it has access to the display in the container, right?
<civodul>roptat: you can expose /tmp/.X11-unix as well
<roptat>I tried thomson example with --expose=/tmp/.X11-unix
<civodul>and maybe a couple of other things
<roptat>but using it with icecat as in the example failed
<civodul>right, see also the discussion with Mike Gerwitz on help-guix last month
<civodul>maybe davexunit oversold it ;-)
<civodul>on help-guix Mike had a complete example with IceCat as well
<roptat>ok, I've found it
<roptat>it works! thanks :D
<civodul>cool :-)
<zybell_>roptat did you know that you can run programs as args to the bin interp? ex:/lib64/ld-linux….so /bin/sh …
<ng0>ah, my. I think my local update of libbsd triggered that many rebuilds. didn't expect that ;D
<mbakke>Working on LLVM 6.0 update, are there any good packages to test it with?
<mbakke>Clang in particular, since they've made a lot of changes to the toolchain detection.
<civodul>ACTION doesn't know of a good package to test
<civodul>actually mesa depends on it
<mbakke>Yes, though 3.9.1 in particular (not sure if that is still true).
<mbakke>I'll pick a selection from what `guix refresh` and `git grep` suggests.
<civodul>my GuixSD ends up depending on llvm, and llvm alone takes 75 MiB
<civodul>one of the biggest packages /run/current-system depends on
<mbakke>Is that from Mesa?
<mbakke>LLVM 6.0 is 104M (from du -hs /gnu/store/...).
<zybell_>try git, git clone + git gc will leave an empty repo at a miscompilation(unless core dump)
<civodul>mbakke: bah, not great!
<mbakke>lib alone is 77M.
<mbakke>There are over 100 different libraries in that folder though, maybe it could be split up.
<mbakke>I doubt a lot of things depend on libraries such as and (+++ for each supported arch).
<civodul>still, no obvious way to split it
<OriansJ`>upstream patch request? civodul
<civodul>i was trying to see what Debian does but there are too many llvm-related packages there :-)
<civodul>OriansJ`: i'm afraid it's not really upstream's job
<zybell_>obvious is split by arch
<civodul>but then cross-compilation support vanishes, i guess
<zybell_>no you install the arch you want to support
<civodul>i suspect it wouldn't be that simple, but i'm happy to be proven wrong :-)
<OriansJ`>zybell_: seperate packages and a llvm-cross sort of thing?
<mbakke>"du -hsc ARM" and similar produces totals in the 2,5-5MiB range. The biggest library ( is 5MiB.
<zybell_>no it wont be, llvm-core, llvm-c, llvm-c++,llvm-<lang>...,llvm-<arch>...
<mbakke>I suppose separate packages is the way to go. Any volunteers? ;)
<mbakke>The "bin" folder is 12MiB, that can probably be moved to a separate output at least.
<civodul>indeed, that's a relatively easy first step ("relatively" because there's a risk of breakage in dependents)
<civodul>mbakke: BTW, if nobody objects, i'll probably push the prlimit64 patch tomorrow
<civodul>in core-updates
<mbakke>civodul: Sounds good, it LGTM. I'm going to add one more patch from the glibc stable branch as well, and then it should be good to go.
<zybell_>all later pkgs depend on llvm-core, the os should depend on llvm-<own arch> and llvm-c (or the same from gcc)
<civodul>mbakke: alright!
<civodul>ACTION -> zZz
<mbakke> for the curious.