<castilma>Im trying to set up guix offload with one raspbian system (on a pi) and with one guixsd x86-64 in qemu. # guix offload test; works on the pi. but it fails if run by a regular user because of permission problems with the ssh identity file. only root has access to it, and since guix-daemon runs as root, it should work, right? jamesrichardson experienced the same problem: <https://lists.gnu.org/archive/html/help-guix/2017-05/msg00186.html
<castilma>jamesrichardson: did you find the problem?
<castilma>another question: what's the state with crosscompilation on offload machines? does guix offload only to machines of the target architecture? if yes, why? if not, what is the (system) field in (build-machine) for?
<castilma>IpswichTriptych: not on my guixsd and not on my raspbian. afaik it only forks and switches uid to one of the guixbuilder users when it has something todo. but it seems to invoke guix offload as root
<IpswichTriptych>In GuixSD, can I quit X (xfce) and step down to just the terminal/cli?
<IpswichTriptych>when I log out, x restarts and i'm brought back to the graphical login
<IpswichTriptych>secondly, i'm confused about the relationship between /gnu/store/...-guix-latest/gnu/packages/java.scm and the packages in # guix --list-available ... guix pull takes a really long time compiling java.scm, but I'm not sure how I can speed up or help facilitate that process. do I need to manually build every package related to java.scm?
<lfam>IpswichTriptych: When it builds java.scm, it's not building the packages in java.scm. Guile is compiling java.scm itself, into java.go
<nee`>I ran a guix build command with ./pre-inst-env and it rebuilt gcc yesterday. gcc succeeded, the package I actually wanted to build failed. Today I wanted to rerun it and now it's building gcc again. Is there anything else I need to set at configure except --localstatedir=/var ?
<ng0>it should suggest to create the groups and users before setup, but running groupadd… you can patch it and/or talk to upstream
<bavier>Apteryx: I've noticed flickering in ratpoison, not just in abiword, but it usually only happens a few times right after resume from sleep
<Apteryx>OK. I haven't noticed that resume from sleep problem (but then I haven't used sleep since I used GuixSD maybe ;), and I don't have flickering issues in any other application than Abiword. Hmm.
<htgoebel>ng0: Maybe it's not the Makefile (I drafted this package weeks ago), but some RPM post-install script.
<htgoebel>But this is the key! Thanks. The groupadd needs to be tied to the desktop-service.
<ng0>is this required for KDE (optional or at its core)? then it can be part of a new service. otherwise there already is a setuid service
<mb[m]2>civodul: can you restart the staging build today at some point? I believe it's ready to merge after a last evaluation.
<ng0>I think I will send the new Mate patches tomorrow. I have removed the screensaver and the 2 caja+whatever addons from the meta package because this takes some time, 2 upstream feature wishes (filed as bugs) + I need time to test my ideas on the screensaver locking
<ng0>it's more important to merge the parts that work, which is quiet a big deal of software I have used since I started working on Mate and I can say that it works.
<civodul>ng0: the release is not for today (nor tomorrow...), so that's still possible :-)
<ng0>Ok. But without the screensaver there is no point in the service, however it is more convenient to add it now and then just change the service instead of telling people to switch to it. There are some more changes to Mate which need to be done with the service as far as I can tell right now.
<Apteryx>ng0: any server I try using --keyserver <server-uri> gives me the same error :/
<laertus>htgoebel: even with "env -i /usr/local/bin/guix environment --fallback --pure guix --ad-hoc guile-git nss-certs glibc-locales bash" i'm still getting the same "guix pull: error: Git error -17" when doing a "./pre-inst-env guix pull"
<laertus>htgoebel: oh... but wait... when i did those exports of SSL_CERT_DIR, etc, on top of that it didn't error out
<de11>is guix beta ready for daily use or breaks a lot ?
<mekeor>de11: Guix works good. but personally, i can't use GuixSD as my only OS: although i only have GuixSD installed on my laptop, i sometimes need my other laptop which runs Debian, e.g. for printing.
<bavier>de11: I have been running guixsd on my two main laptops for several years.
<bavier>de11: guix is solid in that you can always "roll-back" to a previous state
<de11>i will try it i survived on crux with less available packages
<jmi2k>cbaines: thanks, it turns out to be a perfect tool :) TIL
<bavier>rekado: figured it out. pre-inst-env is exporting NIX_BUILD_HOOK if '[ -x <...>/nix/scripts/offload ]', but config-daemon.ac always creates nix/scripts/offload, whether or not offload support is enabled
<bavier>and some race conditions in tests/workers.scm it seems
<bavier>tests/workers.scm passes about 50% of the time