<cirno9>my computer heats up and stalls for a sec, like its working really hard
<cirno9>it might be related to the other tab thing
<iyzsong>yeah, I have same issue with the bash completion for guix too.
<alezost>cirno9: I think it's because of bash autocompletion for guix commands: often when you hit TAB, "guix package -I" is ivoked under the scenes to receive a list of packages: try "guix package -i wg<TAB>" for example
<avshalom>davexunit: ok, thanks. i will try source intsall
<davexunit>avshalom: good luck. it's the path less traveled.
***exio4 is now known as init
<yenda>I tried to install guixsd and got a kernel panic http://imgur.com/42vid7y. It dropped a scheme prompt at first and I ,quit it to end up with this kernel parnic. I restarted and now I have the expected tty the manual is talking about.
<davexunit>yenda: a backtrace (,bt at the REPL prompt) would help us understand what's going on
<yenda>I found my mistake it was "label" instead of 'label.
<yenda>I still get the following error running guix system init : "guix substitute: warning: failed to look up host 'hydra.gnu.org' (name or service not known), substituter disabled" "guix system: error: build failed: unexpected EOF reading a line".
<yenda>Is it because I have a typo in my config file (but I couldn't find it) ?
<cirno9>maybe you don't have internet set up yet? ping hydra.gnu.org could help test that
<yenda>I already tried it worked. Also I ran guix pull first and it downloaded and compiled some packages without trouble
<mark_weaver>avshalom, davexunit: I have doubts that a non-root install will work in practice. A few caveats to mention right off the top:
<mark_weaver>(1) if you can't use /gnu/store as the store prefix, then you can't use any binary substitutes from hydra, so you'll have to compile everything yourself, including bootstrapping the toolchain, etc, which is quite a lot.
<mark_weaver>(2) I have doubts that our packages will build properly outside of a chroot environment, where the configure scripts will be able to find things from the host system in standard places like /usr, /bin, and /lib
<davexunit>I would like to address #2 at some point by using a user namespace (on Linux)
<mark_weaver>(3) if your store prefix (normally /gnu/store) is not sufficiently short, you will run into probably because in linux (the kernel) the shebang lines at the top of scripts are limited to ~127 bytes.
<mark_weaver>I guess my thinking was to get core-updates merged soon, and more proper fixes to the build systems could be done later; or alternatively, that 'patch-and-repack' could be made to mostly preserve the timestamps.
<davexunit>avr-ld: skipping incompatible /gnu/store/icsmkqdzhrg6dfjadn02mxrsfl8jlb7c-avr-libc-1.8.1/avr/lib/libm.a when searching for -lm
<civodul>mark_weaver: actually it might be easier to compile a program that does printf ("%i\\n", sizeof(struct stat))
<civodul>now qt-5 fails with: ninja: error: '../../../src/3rdparty/chromium/tools/json_schema_compiler/util.cc', needed by 'obj/src/3rdparty/chromium/tools/json_schema_compiler/api_gen_util.util.o', missing and no known rule to make it
<civodul>but at the beginning of the log, that file is unpacked as expected