<rekado_>the styling isn’t pretty, but with some tweaks it really makes navigating the manual much more enjoyable.
<rekado_>we’re using texinfo for internal sysadmin documentation at work, and with info.js my colleague (who really doesn’t want to use Emacs for some reason) can finally see the benefit of a good index.
<apteryx>My life's been so much better since Guix made me learn about how to use info ;). And I curse systems which don't ship with the info manuals.
<buenouanq>I get things to work by pulling from examples, but I still don't really understand the differences between use-modules, use-service-modules, and use-package-modules and what is supposed to go in them and how I find out.
<buenouanq>like, are (use-modules (gnu services networking)) and (use-service-modules networking) equivalent?
<iyzsong>Yes, you're right. See the end of the file 'guix/gnu.scm'.
<wigust>buenouanq: So did you use 'reconfigure' or 'init'? I think most of people use 'reconfigure' and cannot spot after install failure. Still we test every change in service and use 'guix vm' with sshd.
<wigust>correctly: This is bad for user's freedom for sure (non-copyleft thing), but we have in Guix packages with those licenses.
<adfeno>catonano wigust: Agree, LLVM is one of the worst indeed.
<adfeno>The question is: what should we do? (a) Provide recipes to build with GCC; (b) Use LLVM.
<adfeno>I vote for (a), but it would be somehow more work in the begining. After the recipes are ready, however, we will have the option to send them upstream. This is an option of course, not a requirement.
<adfeno>... but I wish that LanguageKit would soon figure out the right reasons for using GCC build recipes/instructions instead.
<wigust>castilma: no, only if you never did it as after git worktree or git clone
<castilma>so, after a checkout, i can directly use guix?not even make necessary?
<castilma>i somewhere got the impression that at least make or so is necessary. thanks for clearing that up.
<wigust>castilma: only 'make' after checkout/pull, sometimes 'make clean' if abi breaks
<castilma>wigust: thanks. another minor (?) issue i have. i installed guixsd on my harddrive to dualboot into it. currently i run nixos and booted guixsd with qemu. i try to run the make check on 138c088, but some test makes guixsd freeze. it doesn't seem to respond to anything anymore. how can i debug that?
<wigust>castilma: sorry, missed, no 'make clean' but 'make clean-go'
<bkeys>lfam: So that will build the package from source?
<pkill9>i'd like to use guix, i like the look of guile
<lfam>Actually, Guix is a build-from-source distro. The binary substitution is just an optimization made possible by the functional package building model
<bkeys>I am just trying it out in a VM at this point; I have used Fedora for a long time
<pkill9>i use nix as a package manager, but i would much prefer guix as the package definitions seem much nicer to read, and i don't think i would need to learn much guile before being able to modify them and make new ones
<pkill9>i only use nix because I use proprietary nvidia drivers, if i build new pc i'll get AMD card for open source drivers
<bkeys>I am personally in the process of limiting the nonfree software to just nonfree firmwares
<bkeys>Soon I will have nothing but ARM based computers with a workstation with an AMD GPU
<bkeys>Fedora supports ARM and all that; but right now my work VPN only supports Ubuntu, my boss said it's likely cause the VPN hates anything with systemd
<bkeys>So I am getting a chromebook for a work computer and since Guix doesn't use systemd I want to see if I can get it to connect to the work VPN once the chromebook comes in
<bkeys>Cuase i needed it to not have systemd, and support ARM at the same time