<wxie>guixSD is up and running in my libreboot machine. <wxie>It turns out libreboot takes minute to detect encrypted guixSD boot config. <wxie>What is the file in command guix system reconfigure? <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. <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' <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 debbugs.gnu.org? <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 <wxie>guix system reconfigure takes really long. <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>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 <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? <mbakke>You could try `guix gc --verify=repair`, but I'm not sure if it's able to fix this case. <mbakke>I don't think root is necessary. <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 <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>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. <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>btw: can someone tell me why there are sytem-??-link/{etc,profile/etc}? <grillon>every thing seems all right tahnk you :) <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>you can check with "sudo herd status" whether anything's missing <grillon>theses services are stopped : - term-auto - user-homes - virtual-terminal <mbakke>It started failing somewhere between f55aa0c7b72c6e4f08f77aa84e196895182860e7..77f2ced1a68edf3c676dcc1b81f856cae072b163 . <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 guix-patches@gnu.org 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>use title 'label works but I still could not do a system reconfigure :( <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>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>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 gnu.org 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 self@thorstenwilms.com <thorwil>the one that is not subscribed to any guix list <thorwil>still nothing following 2 attempts with t_w_@freenet.de <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>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 <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. <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? <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
<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 im unable to system reconfigure my config, because if i dont add nvme to the initrd modules, guix complains <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: 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/name.pm 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. <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. <buenouanq>I like the actual lectures - Abelson and Sussman are just so cute :3 <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/ld-linux-x86-64.so.2 => /gnu/store/9j55362h2xgndjgy45f6283spjjx5990-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 <roptat>but when I try to run it, I get No such file or directory <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 <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>on help-guix Mike had a complete example with IceCat as well <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 <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>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) <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 libLLVMPowerPCAsmPrinter.so and libLLVMARMAsmParser.so (+++ for each supported arch). <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 <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 (libLLVMCodeGen.so.6.0.0) 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 <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)