<lfam>If I want to install Guix on Debian from core-updates, would I use the same method used when bootstrapping from the binary Guix tarball? <zacts>can I install guix on top of lvm2? <efraim>zacts: i don't remember if that is currently possible, but if it is I assume you'd have to add the lvm information to your os-config <davexunit>civodul: paroneayea and I had the privilege of having a pretty long talk with Sussman last night. <davexunit>in which at one point we mentioned Guix (I was wearing my GuixSD shirt) and he told me to email him about it. <davexunit>civodul: Julie Sussman was there and was in the Bulgarian folk group that was hired to sing the Free Software song as a surprise. <civodul>ACTION .oO ( "Structure and Interpretation of OS Distros" ) <davexunit>and various people captured the free software song on phone cameras, but Matt Lee, former FSF campaigns manager, was there with a much nicer camera and microphone filming a lot of it <civodul>which reminds me that some of LP's videos haven't made it online, AFAICS <davexunit>turns out that a bunch of sysadmins aren't the best audio/video engineers. ;) <civodul>but that's where MediaGoblin comes in! :-) <davexunit>mark and chris and I had a nice chat about guile/guix things over dinner. <rekado>I'm on hydra-slave0.gnu.org right now to investigate the icedtea build failure. I see that the globally installed version of guix is quite old. <rekado>am I supposed to run "guix pull" or build guix from git? I thought build slaves had to have the latest version available somewhere. <civodul>rekado: build slaves can have any version, they just receive the .drv to build, so the version they have doesn't matter <civodul>but yes, you can run 'guix pull' there <civodul>or, to reproduce the issue, simply run: guix build /gnu/store/xxx.drv -K <rekado>ah, I see. I'll do "guix build /gnu/store/xxx.drv -K". <lfam>I'm curious what kind of x86_64 machines are favored as build slaves for Guix, especially considering that "they should be usable with exclusively free software". Does that limit the selection to Core2Duo-era machines? <karhunguixi>By the way, while trying to get this running i've had 2 system freezes, which required a hard reboot. <karhunguixi>(it hasn't frozen after i did a guix pull though.. maybe it has been fixed) ***drewr- is now known as drewr
<rekado>the icedtea build failures seem to be caused by either a broken GCJ or (more likely I think) a broken bootstrap ECJ. <rekado>I was able to see the same errors that were reported by Debian and OpenSUSE years ago. <rekado>it's the same error, making me think that it's the particular ecj.jar that we use to bootstrap GCJ. <rekado>in the OpenSUSE thread an IRC conversation is quoted, in which it's stated that ecj on 4.7 is broken. <rekado>gcj builds fine, but ecj cannot be used as a compiler on mips or armhf. <rekado>so, I think it's worth trying a later version of gcj+ecj, see if that fixes anything. <rekado>the latest ecj is at version 4.9.