<Apteryx>Has anyone try installing the guile-emacs package? I did, and it took quite some time to build, but unfortunately when I run "emacs" it errors with a message saying "Uncaught exception: Throw to key syistem-error with args ("load-thunk-from-memory" "~/A" ("No such file or directory") (2))Threads exp
<civodul>pro tip: when you have 'guix environment -C something' running and you want to build in that environment from, say, M-x compile, then you can run "guix container exec PID-of-guix-env-shell /bin/sh -c 'source /gnu/store/*-profile/etc/profile ; make -j4'"
<civodul>this is a bit faster than rerunning 'guix environment' every time
<efraim>civodul: csanchezdll and I did some digging and it seems make-boot0 doesn't have tar or xz in its path, which is why I've been getting my errors and building i686 bootstrap binaries from x86_64 isn't working atm
<civodul>too many issues at once, stack overflow :-)
<civodul>first, make-boot0 definitely has tar and xz in $PATH, otherwise we wouldn't be using Guix right now :-)
<civodul>however, maybe the tar and/or xz programs that were cross-built for ppc/aarch64 are broken
<civodul>could you strace the thing to see where that ENOENT ("No such file") comes from?
<efraim>I have it in the response on the mailing list. I'm on my phone ATM and will have to debugmore later
<csanchezdll>civodul: no ppc involved, building --target=i686-linux bootstrap-binaries with master fails right now
<csanchezdll>I saw the problem when trying to rebuild ppc static binaries, but first thing when I hit a problem is trying the same on unmodified head
<csanchezdll>and what I see is "guix build --target=i686-linux-gnu bootstrap-tarballs" tries to cross-compile gnu-make-boot0, which fails (fails exec'ing tar because gnu-make-boot0 has no native inputs, but that is expected as gnu-make-boot0 is not cross-compilable)
<csanchezdll>so my guess is something is wrongly triggering gnu-make-boot0 cross-compilation
<csanchezdll>guix graph does not help as is huge and AFAIK only gives me the native depencency graph
<csanchezdll>but you are right, bisecting is probably the best way forward
<rekado>FWIW: I'm working on an interactive graph backend.
<csanchezdll>efraim: could you test ./pre-inst-env guix build bootstrap-tarballs --target=mips64el-linux-gnu in those commits?
<ng0>so uclibc-ng compiles more than musl, but (at least the hardened version) runs into some bugs.. I'm not done with the package, but this is just what I experience while moving a new system to a uclibc-ng hardened. looks like lots of fun for guix :)
<davexunit>maybe I'll have something to contribute in a few more months
<Apteryx>By the way, I finally understood how ratpoison deals with more than one monitor, it is briefly covered in its manual.
<Apteryx>Basically you have to use "nextscreen" (C-t N) or "prevscreen" (C-t P) to switch between the screens and be able to manipulate the frames there.
<Apteryx>you can also do C-t : then type sselect to pass the number of the screens (0, 1, etc.)
<efraim>csanchezdll: I got home a little bit ago and haven't stopped my previous build, where I added bootstrap-tar and bootstrap-xz to make-boot0, currently i'm building perl-boot0 so it looks like my workaround may work
<efraim>but after it finishes I'll get started on those two commits and mips64el-linux-gnu
<thomasd>I'm getting permission denied errors during the install phase for a package I'm building
<thomasd>nevermind, I just see why... it's a qt trying to install into the qtbase store directory, instead of into the proper target directory
<efraim>csanchezdll: i stopped my compilation from before, turns out I was still compiling for x86_64, about to start with the b9b commit now