<lfam>What can I do on a foreign distro to make Guix packages available to remote connections over ssh? For example, if I use Guix to install rsync remotely, how can I invoke rsync locally such that it can find the remote rsync?
<lfam>The Bash manual says that ~/.bashrc can be sourced in that case, but our manual advises not to set $PATH in ~/.bashrc
<efraim>I've had to stick our path stuff in ~/.bashrc instead of ~/.profile
<lfam>I wonder about the effect on `guix environment`
<tsyesika>civodul: i can't without the keyboard working
<tsyesika>civodul: the macbook air only has 2 usb ports and the internal network card doesn't work and the laptop doesn't have an eithernet port so i need to use usb network as well as the usb drive to boot from
<Jookia>Is there a way to specify a package repository for Guix to use? So far it seems to only let you use what's installed or guix-latest
<rekado>tsyesika: you could do without the network for a moment to check if "rmmod usbkbd" works.
<Jookia>It bothers me a tad that NixOS doesn't have a way to verify the image you download
<Jookia>Or stable releases for people that don't want to compile constantly
<Jookia>Sorry to bother with all the questions- now my build is failing because of a hash mismatch I assume, is there a way to find out the new hash?
<lfam>Usually in that case it tells what hash it expects and also the hash it actually computes
<Jookia>I get "builder for `/gnu/store/788sjp611abfscl8bb88vnm7j2ppx4lp-coreutils-8.24.tar.xz.drv' failed to produce output path `/gnu/store/g0sn86663570x3jkrl2qmks2n4hqbqhs-coreutils-8.24.tar.xz'" after applying the final patch
<civodul>so the error here is that the patch you added is malformed
<Jookia>civodul: I mean logs from other people's builds of the tarball. And yeah, maybe it's malformed- it'd be helpful if I could step through the build phases and use a shell to see what's going wrong
<civodul>"guix build -S --log-file coreutils" will give you the build log on hydra.gnu.org
<civodul>but no, it's not possible to step through the build phases
<civodul>but i don't think it would help in this case :-)
<paron_remote>so I looked at packaging maildrop, but it has a lot of complexity to package, and when I configured it it tried looking for a directory in /var/ to see if there was a default mail spool (I could fake this I guess)
<francis7> <romanis> hello, i've got a warning message in my dmesg and wanted to know if it's harmless
<francis7>[18:37] <romanis> WARNING: Persistent clock returned invalid value!
<francis7>[18:37] <romanis> Check your CMOS/BIOS settings.
<francis7>[18:38] <romanis> i'm on a t400 using some patches from libreboot
<francis7>[18:42] <icon> romanis: that is a known issue and was fixed recently in upstream coreboot. coreboot accidentally overwrote the century byte on many systems (including all supported thinkpads)
<petter>The special thing here is that you can put your Grub config file etc in your boot firmware, Libreboot (and Coreboot i guess). Usually Grub would need to get some resources from a partition (/boot)
<petter>i run a fully encrypted GuixSD myself, so i can vouch for that it works :)
<calher>petter: You use GuixSD for everyday stuff?