<efraim>xelxebar: my board locked up overnight but then recovered, it's now ~12 hours into building guile-static and should finish eventually. I think it's the last big thing to build before the image is ready
<xelxebar>efraim: A million internet thanks, good sir. Any idea what caused the lock up? That's unsettling.
<efraim>xelxebar: I got one of the really early pine64 boards, could be overheating, could be I'm using zram instead of regular swap, could be a hardware issue. It's definately the board and not the software though
<str1ngs>I fixed jack2 build for aarch64 BTW was blocking quite a few things for my rockpro64
<jlicht>to the forked one! Trying to get a (non-guix) shepherd service for root-less Xorg going, and the easiest way is to have it run for the current VT and passing a -keeptty flag. It seems that it somehow has now 'tty' to '-keeptty' after the fork+exec call in shepherd though :/
<civodul>rekado: there's also a mumi-worker service that's stopped, but perhaps it's running elsewhere?
<milkman[bot]>Helm development is now stalled · Issue #2386 · emacs-helm/helm · GitHub
<zimoun>I have tried “make release” and I get: guix-184.108.40.20605-a8360-dirty/gnu/packages/commencement.scm:// /gnu/store/cq0cmv35s9dhilx14zaghlc08gpc0hwr-tcc-boot0-0.9.26-6.c004e9a/lib/libc.a: error: 'sigprocmask' defined twice
<zimoun>error: store file names embedded in the distribution
<zimoun>civodul: the output is “guix-220.127.116.1105-a8360-dirty/gnu/packages/commencement.scm:// /gnu/store/cq0cmv35s9dhilx14zaghlc08gpc0hwr-tcc-boot0-0.9.26-6.c004e9a/lib/libc.a: error: 'sigprocmask' defined twice” and then I do not know what to do
<civodul>zimoun: i'm missing context: what command spawned by "make release" produces this line?
<civodul>perhaps that rings a bell to janneke though :-)
<civodul>in other news: Cuirass is back up with the latest daemon
<zimoun>I do not know which commands. I am reading relase.org and running step by step.
<zimoun>janneke: I do not know. I could do wrong. From a fresh checkout, inside “guix environment guix”, I just run ./bootstrap, ./configure, make. Then “make doc-pot-update” and last “make release”, failing with the previous message.
<janneke>civodul, zimoun: ah crap! yes, this rings a bell
<janneke>the problem is the store file name in a comment in commencement.scm!
<janneke>the comment should be changed to something like (litteraly!):
<janneke>...-tcc-boot0-0.9.26-6.c004e9a/lib/libc.a: error: 'sigprocmask' defined twice
<janneke>but unfortunately, changing the comment triggers a rebuild world
<Tirifto>Hello! Has someone installed Guix System with a display manager other than GDM? I remember the graphical installer generating a system definition at the end, when trying it out in a VM, but I’m not sure it would be trivial to change. :)
<zimoun>janneke: thanks for explaining. I am not sure to understand why/how the comment produces the error. Does it mean a bug should be opened?
<janneke>zimoun: there is a check that no store file names are present, this comment makes the test fail
<janneke>i'm sure civudul knows where that check lives
<janneke>zimoun: yes, opening a bug would be good to discuss the way forward -- unless maybe civodul shares an a-ha moment about now ;-)
<bavier[m]1>Tirifto: I believe a few people here run the SLiM manager
<zimoun>janneke: thank you. I will report the issue and let discuss it overthere.
<rekado>hmm, axoloti-patcher-next stopped working for me
<rekado>specifically the cross-toolchain (arm-none-eabi-nano-toolchain-7-2018-q2-update)
<rekado>I see this error when trying to compile something:
<rekado>/gnu/store/gywf0ll6p5j4d9q3pbigsphg1cpmjwaw-libstdc++-arm-none-eabi-7-2018-q2-update-1.261907/arm-none-eabi/include/cmath:41:10: fatal error: bits/c++config.h: No such file or directory
<rekado>CROSS_CPATH, CROSS_CPLUS_INCLUDE_PATH, and CROSS_LIBRARY_PATH are set in the wrapper of the executable.
<rekado>looks like the problem is that the armv7e-m directory no longer exists in /gnu/store/yzkb3vnb25w848qv62vviypxk5lsz3yc-arm-none-eabi-nano-toolchain-7-2018-q2-update-1.261907/arm-none-eabi/include/arm-none-eabi/
<nckx>By which I mean: ‘Check my memory’ isn't something people need to do in a pinch. They can add memtest-boot-service or whatever & reconfigure & reboot. If their RAM is so full of holes that ever that fails, well...
<nckx>Options for off-line fsck (--repair) for relevant file systems would be cool.
<nckx>Although what it's really working around is the lack of a usable (non-bournish) rescue mode...
<raghavgururajan>nckx: What argument should I pass to memtester for full/complete test?