<cornburglar>I have a directory called my-guix that contains my-packages.scm and config.scm. my-packages starts with (define-module (my-guix my-packages) and config.scm starts with (use-modules (gnu) (my-guix my-packages). I run sudo -E guix system reconfigure config.scm, and I recieve a no-code for module error, I can't figure out why
<leungbk>I'm planning on rewriting the recursive-import function to display the output in topological order. Is there a reason that it's currently written using streams? For my intended patch it seems like traversing with a stack and a while loop would be a bit cleaner.
<wdkrnls>Dear Guix, I have been unable to reliably run bulk package updates because certain substitutes download at sub 1 kbyte/s and eventually stall. Is this a widespread problem or only a problem for me?
<wdkrnls>Can anyone suggest a substitute mirror service for Guix?
<OriansJ>wdkrnls: actually it is trivial to setup your own
<sneek>civodul, ng0 says: can you moderate Jean Louis on the list? It's already clear Jean won't stop on their own.
<olivuser>some days ago I ran guix system reconfigure with a faulty configuration. I left settings to /dev/sdaX even though it should've been /dev/sdbX because of a second harddrive not present during install.
<olivuser>now I cant boot to either the /dev/sdaX operating system nor guix (/dev/sdbX). When I try to boot, I immediately enter GRUB rescue.
<olivuser>apparently no data was lost. In the case of /dev/sdaX (LVM2 pv) it appears as if LVM has been deactivated (can be activated temporarily with 'modprobe dm-mod' and 'sudo vgchange -ay'). By now, I believe 'the only thing' that happened is that somehow the bootloader got mixed up.
<olivuser>okay, so I plugged both in but deactivated one at a time so only the other is booted from. For the /dev/sdaX drive (not guix), I get the error "no such device: "39sfnae-aef" (etc)" and "unknown filesystem" (it is the lvm2 fs drive).
<olivuser>for the /dev/sdbX (guix), I get the "symbol 'grub_file_filter' not found" error.
<olivuser>sorry, I have been disconnected... So trying to choose either of the two drives yielded a different error. one related to the name and fs type ('unknown filesystem' and 'no such device') which the other was related to the 'grub_file_filter' symbol.
<slyfox>does guix git require guile-ssh package? It fails to build for me as: error: failed to load 'guix/ssh.scm':
<slyfox>ice-9/eval.scm:293:34: no code for module (ssh session)
<slyfox>./configure did not seem to complain about lack of this module
<roptat>slyfox, if you want to make guix, I think you need it, but if you don't run make and just use guix, as long as you don't need a module that loads guile-ssh, you're fine
<civodul>i think ./configure checks for Guile-SSH and disables the bits that depend on it if it's not found
<slyfox>roptat: i wanted to run 'guix refresh' from a ./pre-inst-env thus would like to guild guix. I ended up installing guile-ssh locallyto get past build failure
<roptat>slyfox, when you use "guix environment guix", you should get guile-ssh
<wdkrnls>roptat: I'm in the US. Most substitutes download fast enough, but then guix gets stuck on one substitute (different each time) and then the command keeps running for days with no more change, but no timeouts - it just hangs.
<wdkrnls>This substitute is downloaded incredibly slowly (1980's speed) for a few seconds, and then everything just hangs.
<foxmean>Hello guix. I'm trying to add Runit daemon setup in Guix manual. I've cloned git repository and edit guix.texi. But I've failed to build the manual info by "makeinfo guix.texi". The shell output is https://paste.debian.net/1106116/. Have you notice something wrong? or should I try to patch without try building the manual locally?
<roptat>desmes, I use Guix on a cubietruck, a slightly more powerful board than the rPi I think
<desmes>By the way, I have a question for the Emacs users here (which I guess a lot of you are). Do you guys use Guix Emacs packages or Melpa packages? What are the pros and cons of use an Emacs package from the first or the second?
<roptat>foxmean, you'll be missing "doc/version.texi" too, I wonder why it's not generated by make...
<roptat>have you run ./bootstrap and ./configure --localstatedir=/var ?
<desmes>roptat: Every time I see some screencap of some Guix user or developer I see them using a terminal within Emacs hahaha. I guess it makes sense that the target for a guile-based distro is similar to the target of a guile-based editor
<truby>desmes: if it's a raspberry pi 3 you could try the UEFI port for it, I reckon Guix would be able to boot on that as it doesn't require the OS to support the proprietary boot firmware. I haven't tried it though as I can't get my pi 3 to boot anything :-(
<foxmean>roptat: I'm using make from xbps (package manager of Void GNU/Linux) and makeinfo form guix package manager. Maybe I should try to use make from guix instead, or it fine? About your question: I've not yet run ./bootstrap and ./configure --localstatedir=/var .
<truby>roptat: does the cubietruck have uefi? I've been looking for an arm dev board that has UEFI for playing around with
<efraim>hmm, it seems ghc-ncurses doesn't need ncurses5 after all
<foxmean>It's work. But how can I check the guix.info file. When I run "info guix.info" the guix info of my system was show instead. If I view it with less or emacs it show only authors and some meta-data instead. The detail is: https://paste.debian.net/1106127/ . It also generated guix.info-1, guix.info-2, guix.info-3, and guix.info-4. I've checked it and there are also contain something like meta-data too.
<foxmean>But I've some question to ask janneke. It's about in E-mail that you suggest me to change "/var" to "@localstatedir@" is it necessary? Because I've not try it in my system, so I fear that it will not work for the others :(.
<janneke>foxmean: ah...right; where does the file live or your system?
***MinceR_ is now known as MinceR
<janneke>foxmean: i meant the for the /var in /var/guix/profiles/...
<foxmean>Sorry, I am not completely understand your question. Is it mean: /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon ?
<foxmean>Or is it mean I am using Void GNU/Linux not guix live system?
<wdkrnls>efraim: I suppose my preference is for qt-5.12 since that is the specified version in the installation documentation. From the QT website it appears that 5.12 is the LTS release as well, so I imagine a lot more software will be based around it.
<truby>I get a weird error when trying to run guix from a source build with pre-inst-env: `error: failed to run download program '/home/truby/src/guix/scripts/guix': Permission denied`
<truby>I can run `./pre-inst-env /home/truby/src/guix/scripts/guix` though, and it works fine
<daviwil>Not sure what/who did it, but I'm very happy that, after my most recent pull, NetworkManager now reconnects wifi correctly after waking from suspend!
<daviwil>Was considering switching to wicd to see if that improved the situation any, but glad I don't have to now
<daviwil>So aside from being able to roll back versions easily, what's the benefit of installing Emacs packages through Guix versus [M]ELPA?
<daviwil>One upside I've considered is that certain packages like (emacs-helm-pass) can depend on the external program they rely on, causing it to be installed also. Seems like that might make setup a lot easier
<truby>daviwil: tbf I think being able to roll back is pretty big given how unstable melpa can be :-). I couldn't work out how it'd interact with spacemacs though
*truby wonders if spacemacs could be patched to use guix.el to install the packages it wants...
<montokapro>Hi all - I'm a newbie trying to follow the contributing guidelines extra closely. My emacs package does not build for mips systems - should I resolve before contributing? https://pastebin.com/p0b9xKLB
<daviwil>truby: I think the idea is that if the Emacs packages are already installed in your load path, Spacemacs won't try to download them again since they'll already be present, as far as it knows. But yeah, if you haven't already installed the corresponding Emacs package before loading up the Spacemacs layer, it'd have to know how to invoke Guix and what the package name might be
<truby>the package name would be the same but prefixed emacs- right? but yeah spacemacs won't load packages that are already installed.. if I knew what packages spacemacs installs heh