<lfam>katco: `guix environment guix` is for doing the `make`. So if you've already run `make` you don't need to be in the guix environment anymore <lfam>You can test your changes from Git with e.g. `./pre-inst-env guix build --no-grafts go` <katco>lfam: ah, ok! so: (1) create branch, `make clean && ./bootstrap && ./configure --localstatedir=var` do i have to run `make check` if i'm just working on a package? (2) i can proceed to run `./pre-inst-env` commands? <lfam>I usually do plain `make` to save time — the test suite is long <lfam>After you've done `make` you'll get the ./pre-inst-env script for testing your changes <katco>do i need to run another instance of the daemon other than my userland one? <lfam>katco: Not unless you are testing changes to the daemon <katco>lfam: thank you! you've helped me to arrive at a better place :) however, if i'm not within a guix environment, i get a nice stacktrace when i try and use ./pre-inst-env <lfam>katco: You might need to install guile-gcrypt or guile-git <nckx>The Guixers start pouring into the office. ***rekado_ is now known as rekado
<zacts>I've been away for 1-2 years <rvgn>rekado do you need anything else regarding evolution? let me know :) <felicien>Hi #Guix, I am facing a problem in setting up my GuixSD vm, I can't get "guix system reconfigure config.scm" to work. I can give you a link to the log file. <felicien>I run my vm from this command: qemu-system-x86_64 -net user -net nic,model=virtio-net-pci -enable-kvm -m 512 /...path/guixsd-vm-image-0.16.0.x86_64-linux <wigust->felicien: “qemu-system-i386: cannot set up guest memory 'pc.ram': Cannot allocate memory” seems 512 megabytes is not enough. <tune>I made a guix system vm image. should I copy it out of the store like the manual says or run the <mbakke>civodul: Is the Python2 test failure on core-updates deterministic? I can not reproduce it. ***bnw is now known as Guest34280
<rvgn>Anyone know all-rounded, light-weight and python-written web server? <smatchcube>Hello, I'm trying to setup networking with guix inside a vm (gnome-boxes), i followed the manual and ping to gnu.org does not work. Is there an additional command to set up networking inside a vm? <wigust->We should get rid of ping test in the documentation and use something else instead :-) <wigust->smatchcube: probably the reason is virtual machine doesn't allow ping, but internet is working <wigust->e.g. qemu (which gnome-boxes use as i know) does this by default <ng0>or have a script in the virtual machine facility for a minimal test <rain1>what about a short URL that hosts a one line text file <nckx>‘curl ci.guix.info/nix-cache-info’ comes close and is Guix-controlled. <smatchcube>wigust-: thank you, virtual machine was blocking my pings <felicien>I am now trying to repair my vm: I created the swap partition by shrinking the main root partition, but I forgot to first shorten the ext4 filesystem inside it. <felicien>Now it's too late, I am stuck into the "bournish(@guile-user)>" prompt. How could I resize partitions from there? <felicien>IIUC I need to 0) delete the swap, 1) grow the main partition, 2) shrink the root filesystem 3) shrink the partition (no smaller than the fs) and 4) recreate the swap. All that into this weird bournish shell ***rvgn-net is now known as rvgn
<felicien>I finally managed to resize and repair my filesystem from my host machine, using qemu-nbd. <Tirifto>So I tried installing Guix again after a while, and this time it actually worked! <Tirifto>To whoever wrote the script, mostly. :P <felicien>Even with a perfect installation script, solid documentation and a good knowledge of GNU systems, it is still a great challenge for a user to move on to installing a system as particular as GuixSD. <civodul>Tirifto: you're talking about the script that installs the binary tarball on another distro, right? <felicien>At least it has been one for me, and now that I'm testing it in a virtual machine, it's another one ;) <civodul>Tirifto: yeah that one certainly helps :-) <Tirifto>Aha, perhaps that would have been more of a challenge, indeed. xP <civodul>felicien: it's true that the standalone Guix is certainly a challenge in that it's very different from what users are familiar with <civodul>and perhaps there are rough edges too ;-) <Tirifto>It's been printing a lot of text so far. <Tirifto>Including some locale complains; I'll restart the computer and see if they persist after some setup. <felicien>How do you enable copy-paste between host and vm? <Tirifto>It instructs me to install ‘glibc-locales’ and define ‘GUIX_LOCPATH’. Doing so appears to change nothing. Do I perhaps need to define that as a different user? Any guess? <rekado>Tirifto: you need to do this in the *daemon’s* environment. <rekado>but… aren’t you using the Guix system? Or is this Guix on a foreign distribution? <Tirifto>rekado: I installed Guix on Parabola! <Tirifto>However the installation script made me run it, probably. <Tirifto>Yes. It seems like the service is called ‘guix-daemon’, from looking at the script? <Tirifto>(Well, I use systemd, anyways. I think Parabola has a variant with openrc.) <rekado>Tirifto: okay, the systemd service definition already sets GUIX_LOCPATH <rekado>so as long as “glibc-locales” is installed into the root user’s profile it should be fine <rekado>(the systemd unit file references a directory in the root user’s Guix profile) <Tirifto>Oh, so I should run ‘guix package -i glibc-locales’ as root, then? <rekado>this should do the trick in this case, yes. <rekado>I wonder if we can do better here. <rekado>civodul: aren’t we already bundling glibc-utf8-locales when doing “guix pull”? <civodul>rekado: i thought we were, but maybe not for guix-daemon? <civodul>but OTOH we wrap 'guix' anyway, so i don't know <civodul>so we append to GUIX_LOCPATH, in (guix self) <Tirifto>If the user has some setup left to do after installation via the script, perhaps the script could point them to a section in the manual where they're supposed to pick back up? <civodul>rekado: BTW, i'm looking at hiding grub-install's output when its exit status is zero ***jonsger1 is now known as jonsger
<vejetaryenvampir>BTW, the guix's trf keyboard layout is realy broken. I use loadkeys -s <file> to fix them individualy. :) ***e^x is now known as nekomancer
<nckx>vejetaryenvampir: Specifically Guix's? <vejetaryenvampir>I installed ranger for more visuality. Now I'm looking at trf.map.gz file. :) <nckx>vejetaryenvampir: So ‘loadkeys foo’ is broken but ‘loadkeys …/bar/foo.gz’ is fine? I have no idea. <nckx>I only have X, so I can't test it. Damn. <nckx>‘Couldn't get a file descriptor referring to the console’ <nckx>VT mouse server. I always keep it around, but don't know if it's enabled by default. <nckx>That would at least allow you to copy-paste things like pipes. <nckx>I'm afraid you know the answer and it's no fun. Hunt for it. <nckx>Oh, that's a good one too. In its horribleness. <nckx>As a dvorak user who's fingers turn to spaghetti when I try to type QWERTY, I feel your pain :-/ <vejetaryenvampir>Once you realize that your fingers always stays at home row, you can't use qwerty again. :) <nckx>vejetaryenvampir: I'm a bit confused, though. You said ’loadkeys /full/path/ungzipped.map’ worked. But you still cant type ’|’? Or was that just a general gripe. <nckx>‘guix download’ will download it to the store. <nckx>Then print the path & hash. <vejetaryenvampir>nckx: The full path is /gnu/store/<random insane chars>kbd/keymaps/i386/qwerty/trf.map.gz <nckx>It's not meant as a general download tool though. <nckx>vejetaryenvampir: You forgot /share/ but I was already in the kbd directory anyway :-) <nckx>vejetaryenvampir: It's a hack but it works. Note that it will leave a world-readable file in the store. ‘guix gc -d /that/file’ when you're done. <nckx>vejetaryenvampir: How would you organise it? <vejetaryenvampir>/gnu/store also could be enough if it was using just /gnu/stor/kbd instead of random chars. <nckx>vejetaryenvampir: But how would you keep different kbd packages from clobbering /usr/share? <nckx>grep -i pipe trf.map returns nothing. What am I looking for? <nckx>vejetaryenvampir: Well, ls -d /gnu/store/*-kbd*/ ;-) <nckx>Pipes are fun but not really necessary here. <nckx>vejetaryenvampir: Anyway, to get back to the directory hierarchy, versions aren't unique (you could have many kbd-2.0.4 packages on the system, i.e. one built with GCC 5, the other with 6, 7...) and dates aren't reproducible. <nckx>And putting the hash (the long ’random’ string) after the name (so you get /gnu/store/kbd-2.0.4-oetubeoubtno…, which tab-completes at least) would slow down Guix for $reasons. <nckx>vejetaryenvampir: Current to whom? Different profiles can have different kbds. <nckx>As somebody who often thinks ’why didn't they just do X?’, I've learnt that the answer is never ‘they're less clever than me and missed the obvious’ ;-) <nckx>vejetaryenvampir: Profiles are fundamental to how Guix makes packages available to the user. Have you read section 4.1 (at least) of the manual? <nckx>It's not urgent, but will help you make the most of your Guix experience™. <nckx>Also since I have to leave soon and don't have time for the full explanation. <wigust->vejetaryenvampir: ctrl+x asks you to save a file if you modified it, doesn't it? <mikadoZero>vejetaryenvampir: You could also try using zile. <OriansJ>vejetaryenvampir: that is rather simple don't encrypt your volume and remove the luks pieces from your configuration <OriansJ>vejetaryenvampir: only if they are referenced else where in your config <OriansJ>vejetaryenvampir: and I will try to give you an example config without encryption that you can use as a base to work with <mikadoZero>vejetaryenvampir: 8.1 Using the Configuration System of the manual has an example configuration without encryption. <mikadoZero>;; This is an operating system configuration template <mikadoZero> ;; for a "bare bones" setup, with no X11 display server. <OriansJ>that is what your filesystem definition should be looking like <mikadoZero>vejetaryenvampir: The guix manual. Available online, using info in emacs `C-h i` or `info guix`. <charlag>Hey everyone! I just wanted to try out Guix but I've failed at the very beginning: verifying tarball. I cannot import keys because of the "unknown pubkey algotihm" error. I would appreaciate any help! ***nekomancer is now known as e^x
<charlag>I asked about importing keys like an hour ago, turns out I was using pgp1, I feel stupid right now, hope it'll help someone <mikadoZero>Doing pull and reconfigure give me a new error message: <mikadoZero>guix system: error: failed to install bootloader /gnu/store/45myfaqas69fnp3mfbqlsf9l <mikadoZero>I have not change the bootloader section of the configuration. <mikadoZero>(bootloader (bootloader-configuration (bootloader grub-bootloader) (target "/dev/sda"))) <nckx>mikadoZero: I'm leaving so can't help you, but noone will without the actual error message(s). <mikadoZero>What I included above is the relevant error message that reconfigure outputs. Where should I look for further error information?