<lfam>Weird. I can build a fresh checkout "by hand", but `guix pull` fails as you reported
<DoublePlusGood23>rekado_: Odd. I passed it through the linter and it was fine, I actually cut up the description because the it said to. Is there a flag to remove the configure, build, check, and strip? The docs seemed to suggest deleting them was the proper way.
<buenouanq>but ssh -X tells me, `untrusted X11 forwarding setup failed: xauth key data not generated'
<CharlieBrown>Now it complains that 'networking' is provided more than once, but when I remove both (gnu services networking) and networking, or just one of those two, it complains that dhcp-client-service is unbound variable.
<Apteryx>rekado_: Strange. Can't get it to work, even when my geiser-guile-load-path variable is set to only my worktree. Oh, maybe I have to re-run ./bootstrap, configure & make? It looks like a virgin git checkout.
<Apteryx>I see! I think I just disabled highlighting in Weechat to get around that; but tweeking the color theme would be nicer indeed ;)
<Apteryx>rekado_: I think I'll go sleep. As was typing (guix build util) buit it's (guix build utilS). eh.
<CharlieBrown>I should probably sleep, too. I wanted my mic to work in Mumble, and for Tor to be up, but I should just be glad that I have a shiny new IceCat and a terminal with beautiful, clear fonts and nice colors.
<brendyn>I have serf 1.3.9 but when I build an install image, It ends up with serf 1.3.8. why is that?
<OriansJ>Hence janneke, why I said you were much closer than I was to getting a working lisp compiler. Not to mention I still have to address the performance problems you have with Stage0 Lisp
<janneke>OriansJ: yes, I see. I was hoping that we would be able to repurpose much of our work, esp. the C compiler or LISP->x86 compiler for Guile proper. I guess you have heard about Nash? If we can pull it off that parts of the bootstrapping codebase can be used more widely, we may get more help. To go via C there seems clumsy...but it's probably best to keep focussing on bootstrapping first.
<paroneayea>janneke: I doubt I have time to pitch in but I will be interested in testing things
<janneke>paroneayea: yeah, i don't have too high hopes on getting you to hack on Mes/stage0/bootstrapping...but now that OriansJ and I are talking rewriting Mes interpreter -> Scheme compiler...that sounds a lot like PreScheme
<janneke>and you know and care about such things (and people, even)
<OriansJ>slyfox: nor lightdm, light-locker or sway (wayland i3 drop-in replacement)
<james-richardson>I'm install guixsd on an old laptop. Seems to work well, until I reboot into the newly installed system. The networking service will not start. It seems that the networking service wishes to bring up all the interfaces it finds. This becomes rather problematic with the built in intel wireless adapter. Is there a way to tell the networking service to ignore the wireless device?
<slyfox>usually wicd is two things: wicd daemon and 'wicg-gtk' (or 'wicd-ncurses') UI
<CharlieBrown>slyfox: Ah, yeah. I found those interfaces. I try them both as root and my user, and neither can connect to the daemon. Will it only start once I reboot, and not simply after a system reconfig?
<slyfox>no idea. i never managed to install guixsd
<slyfox>i suspect ou need to poke shepherd to start wicd after install
<civodul>efraim: you don't have to use KVM though, dunno if it's even supposed to work on aarch64
<civodul>just remove "-enable-kvm" from the qemu flags
<rekado>civodul: Justus told me that he dd’d the image to his disk to install GNU+Hurd; it would be great if one could just boot GuixSD and say “guix system … gnu+hurd” and thus avoid the trouble of getting the system installed.
<efraim>civodul: thanks for the hint, i'll comment that out too for the moment
<lfam>efraim, civodul: QEMU docs suggest that KVM does exist for aarch64
<efraim>i know, its supposed to be available on this board, and I think I have the config enabled for it, but it's still not turning it on
<Petter>efraim: Looks like this is the place to look for available modules, /gnu/store/wcdcqp00al40g2v5naz5qlzxy07dfmqh-linux-libre-4.10.12/lib/modules/4.10.12-gnu/
<efraim>apparently I can have nice graphics or kvm, and it won't switch to kvm
<civodul>it would be nice to provide aarch64 binaries anyway
<civodul>maybe one of the makers could "sponsor" us by sending one or two boards
<lfam>To me, the most important thing with these ARM machines is upstream support for the mainline kernel. I'm not interested in the vendor kernels which are unmaintained from day one, but they are the norm rather than the exception
<CharlieBrown>rekado: Along with doing torsocks curl, I set WeeChat to use socks proxy. It won't connect.
<efraim>The board supports mainline Linux or Linux 4.4.x, mainline U-Boot or U-Boot 2015.11, UEFI (Linaro UEFI tree),
<rekado>civodul: I’ve allocated some time next week at the office to help with preparing the release.
<lfam>james-richardson: You can make a garbage collector root to prevent this:
<lfam>sudo -i ln -s $(guix system disk-image ...) /var/guix/gcroots/my-disk-image
<rekado>Petter: over 15 years ago I wrote a four part piece and I could never quite commit to a final version. I hope I’ll be sick of it (and will have finished recording and mixing) before this year ends.