Re: boot the Hurd with Guix
Hello Svante, > /proc/self/exe is supported in glibc for Hurd since 2.24-18. Are you using an > earlier version? Currently we use glibc/hurd 2.23, see http://alpha.gnu.org/gnu/hurd/glibc-2.23-hurd+libpthread-20161218. And of course Hurd must be newer than Debian version 0.9.git20170507-1 The version level is: GNU Hurd 0.9 GNU-Mach 1.8+git20170609-486/Hurd-0.9 i686-AT386 GNU I think the solution is to eliminate the dependency of initrd for the moment in Guix, as Ludovic commented. Thanks
Re: boot the Hurd with Guix
Hello Ludovic,
> Uncaught exception:
> Throw to key misc-error with args ("primitive-load-path" "Unable to
> find file ~S in load path" ("ice-9/boot-9") #f)Can\
> not exit gracefully when init is in progress; aborting.
> Aborted
This must come from the lack of /proc/self/exe.
In Debian GNU/Hurd we've '/proc/self/exe -> /bin/ls'
Specifically, “guile-static-stripped” has this patch to make it
relocatable:
This is necessary for the bootstrap Guile (see make-bootstrap.scm),
and
was necessary in the initrd on GNU/Linux (I think we no longer need it
for the initrd).
At any rate, you may be able to boot the Hurd with the “real”,
dynamically-linked Guile, no? That would solve the problem entirely.
I will try not to use initrd. Thanks
Re: boot the Hurd with Guix
Hello,
This is the updated repository with the necessary patches to compile
GNU Guix in Debian GNU/Hurd.
https://github.com/methalo/guix
In the README-hurd file, describe the steps to generate the binaries
required to boot GNU Hurd (Missing more patches).
** Current STATUS
Currently I have error in guile-static-stripped-2.2.2 package[1].
Steps to reproduce the error:
1) Manually run :
'/gnu/store/6fgz3s8fjva40hsdvs2hs0f5p4bw12jc-guile-static-stripped-2.2.2/bin/guile
--version'
Output:
guile: warning: failed to install locale
..
Uncaught exception:
Throw to key misc-error with args ("primitive-load-path" "Unable to
find file ~S in load path" ("ice-9/boot-9") #f)Can\
not exit gracefully when init is in progress; aborting.
Aborted
[1] https://lists.gnu.org/archive/html/guix-devel/2018-01/msg9.html
guile static 2.2
Hello,
I'm currently building 'guile-static-stripped-2.2.2' used in the Guix
package manager,
after compiling for hours it ends with error:
https://pastebin.com/MRs2w6qp
and in Hurd the following appears:
---
login: /hurd/crash: grep -E 0|()0|\1|0 in(28758) crashed, signal {no:6,
code:0,
error:17248480}, exception {0, code:19562320,
subcode:90704}, PCs: {0x105389c, 0
x105389c}, killing task.
/hurd/crash: grep -E (.?)(.?)(.?)\3\2\1 in(13717) crashed,
signal {no:6, code:0,
error:17248480}, exception {0, code:19562320,
subcode:90704}, PCs: {0x105389c,
0x105389c}, killing task.
/hurd/crash:
/gnu/store/vxvyfdkgz7mqbvm806fsv3zj695mxbnz-guile-static-stripped-2
.2.2/bin/guile --version(4215) crashed, signal {no:6,
code:0, error:135618180},
exception {0, code:2, subcode:18911232}, PCs: {0x81eb2bc,
0x81eb2bc}, killing ta
sk.
---
Any idea of what is happening?
Thanks
Re: boot the Hurd with Guix
Hello, I update the download link: https://ombx.io/ipoWt9uK
Re: boot the Hurd with Guix
Hello, This is the demo generated with Guix: https://github.com/methalo/boot-hurd The binary files were generated in Debian/Hurd and placed in an 'img' file. The command used to generate the binaries is: './pre-inst-env guix system init ~/light.scm /guix' To test Hurd, execute: 'sudo qemu-system-i386 -enable-kvm -m 1G -hda guixsdhurd.img -curses' I hope to upload the patches soon to github, for now I need to understand Guix/Guile to create the patches properly. Comments and help is welcome.
Re: boot the Hurd with Guix
Hello Ludovic, >> Finally I was able to start the Hurd with the binaries generated with the >> guix package manager. > > Woohoo! Does that mean you were able to run packages cross-compiled > with Guix, or packages built natively with Guix? > the packages were built on top of Debian/Hurd. At this moment I am copying everything that is compiled into /gnu/store to the image, and then create symbolic links so that grub, Mach and Hurd can locate the binaries. >> At the moment the image of Hurd I have built it manually and does not yet >> have any functionality like GuixSD / Linux. > > … or did you build a VM image of GNU/Hurd? > Yes, I have built the VM image according to your notes [1]. Thanks for the feedback. [1] http://git.savannah.gnu.org/cgit/hydra-recipes.git/tree/hurd
Re: boot the Hurd with Guix
Hola, Finally I was able to start the Hurd with the binaries generated with the guix package manager. At the moment the image of Hurd I have built it manually and does not yet have any functionality like GuixSD / Linux. Next goal: * Generate the image file in the style of guix. ** For this I have noticed that it is required to compile qemu for the architecture i586-pc-gnu, at the moment I could not compile qemu in Hurd. I have tried to disable some quemu features that come by default; however, I have not yet achieved it. Other pending things: * Some packages fail during the compilation and testing phases. * Other packages used by guix, such as lsof are not ported in Hurd yet. At the moment it is everything, any doubt or help is welcome. Rene
boot the Hurd with Guix
Hello Hurd,
I'm trying boot GNU hurd with guix binaries generated with cross compilation.
During start-up progresses and stops in root filesystem, how I can debug to see
the error ?
/-Qemu output---/
Loading GNU Mach ..
Loading the Hurd ..
..
.
module 0: ext2fs --multiboot-command-line=${kernel-command-line}
--host-priv-por
t=${host-port} --device-master-port=${device-port}
--exec-server-task=${exec-tas
k} -T typed ${root} $(task-create) $(task-resume)
module 1: exec /hurd/exec $(exec-task=task-create)
2 multiboot modules
task loaded: ext2fs --multiboot-command-line=root=device:hd0s1 -s
--host-priv-po
rt=1 --device-master-port=2 --exec-server-task=3 -T typed device:hd0s1
task loaded: exec /hurd/exec
start ext2fs:
//
This is the content of the grub.cfg file:
//
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
set menu_color_normal=cyan/blue
set menu_color_highlight=white/black
set timeout=2
menuentry 'GNU Guix/Hurd' {
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
echo 'Loading GNU Mach ..'
multiboot /boot/gnumach.gz root=device:hd0s1 -s
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
echo 'Loading the Hurd ..'
module /hurd/ext2fs.static ext2fs \
--multiboot-command-line='${kernel-command-line}' \
--host-priv-port='${host-port}' \
--device-master-port='${device-port}' \
--exec-server-task='${exec-task}' -T typed '${root}' \
'$(task-create)' '$(task-resume)'
module
/gnu/store/f70f5z47i2i8fpx716fw59laijjs2jb7-glibc-cross-i586-pc-gnu-2.23/lib/ld.so.1
exec /tools/hurd/exec '$(exec-task=task-create)'
//
Re: guile-2.2.0 in GNU/Hurd
Thanks, I'll analyze both options. Well, either implement it :) or skip the test, I guess.
guile-2.2.0 in GNU/Hurd
Hello,
I forwarded the mail about the guile-2.2 bug in Hurd; Andy a guile
developer comments on the error as follows:
"'Setrlimit' is incapable of limiting your memory usage."
I understand that Hurd is an OS that is under development/experimental
and has not yet implemented functions/features as mentioned.
Given this situation, can we do something about it?
On 05/02/2017 02:39:18 PM, Andy Wingo wrote:
On Thu 27 Apr 2017 04:35, rennes writes:
> We are testing guile-2.2.0 in GNU/Hurd, we have passed the build
phase
> setting "--disable-largefile" parameter to configure script.
> On the other hand in the check phase, get the error:
>
> wrote
>
`/tmp/guix-build-guile-2.2.0.drv-0/guile-2.2.0/cache/guile/ccache/2.2-LE-4-3.9/tmp/guix-build-guile-2.2.0.drv-0/guile-2.2.0/test-suite/standalone/test-out-of-memory.go'
> Backtrace:
> 7 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 710:2 6 (call-with-prompt _ _ #default-prompt-handle?>)
> In ice-9/eval.scm:
> 619:8 5 (_ #(#(#)))
> In ice-9/boot-9.scm:
> 2309:4 4 (save-module-excursion _)
>3816:12 3 (_)
> In ./test-out-of-memory:
> 53:0 2 (_)
> In ice-9/boot-9.scm:
> 834:9 1 (catch _ _ #./test-out-of-memory:?>
> ?)
> In unknown file:
> 0 (scm-error misc-error #f "~A" ("should not be
reached") #)
>
> ERROR: In procedure scm-error:
> ERROR: should not be reached
> FAIL: test-out-of-memory
This means that your "setrlimit" is incapable of limiting your memory
usage. A Hurd bug?
Andy
Re: Porting with Guix
Hello, Regarding this topic, performing more tests: * Running with the sudo command 'Screen' works. I think that a user must be set for 'Screen' to run correctly as the Debian project does. buzz@Hurd:~$ sudo /home/buzz/.guix-profile/bin/screen ~/Guix-on-Hurd/pre-inst-env guix-daemon --build-users-group=guixbuild -c 1 --substitute-urls=http://homenetwork.servebeer.com:8080/ [sudo] password for buzz: [detached from 1007.ttyp0.Hurd] buzz@Hurd:~$ ps -ef | grep guix root 1007 1 - 0:00.01 /home/buzz/.guix-profile/bin/SCREEN /home/buz root 1009 1007 p1 0:00.01 guix-daemon --build-users-group=guixbuild -c buzz 1046 987 p0 0:00.00 grep guix regards I have the following error when running the Screen application, and tried to debug as follows: $ screen /home/buzz/.guix-profile/bin/bash [screen is terminating] $ gdb screen /home/buzz/.guix-profile/bin/bash "/home/buzz/.guix-profile/bin/bash" is not a core dump: File format not recognized (gdb) r Starting program: /gnu/store/b8189hzmvmzmz9rwsqff48sa2klqyw8q-profile/bin/screen [New Thread 6488.5] [screen is terminating] [New Thread 6488.6] Program received signal SIGHUP, Hangup. 0x01102f4c in mach_msg_trap () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 (gdb) bt #0 0x01102f4c in mach_msg_trap () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #1 0x0110364a in mach_msg () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #2 0x01140873 in sigsuspend_not_cancel () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #3 0x011b30fe in pause () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #4 0x0806e6b2 in Attacher () #5 0x0804c1d8 in main ()
Re: Porting with Guix
Hello, Annotated, Thanks On 2016-12-31 23:54, Olaf Buddenhagen wrote: On a side note, to do this correctly, you need to use `gdb --args ...`
Re: Porting with Guix
Hi, On 2016-12-30 12:19, ren...@openmailbox.org wrote: Hi Manolis, I updated Debian GNU/Hurd to 0.9(GNU Hurd 0.9 GNU-Mach 1.8-486/Hurd-0.9 i686-AT386 GNU). Later, I run: $ ./bootstrap + exec autoreconf -vfi autoreconf: Entering directory `.' autoreconf: running: autopoint --force autoreconf: running: aclocal --force -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.ac:73: error: possibly undefined macro: GUILE_MODULE_AVAILABLE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 It is posible due to the Guile version, I will return to my previuos version of Hurd. Thanks
Re: Porting with Guix
Hi Manolis, I updated Debian GNU/Hurd to 0.9(GNU Hurd 0.9 GNU-Mach 1.8-486/Hurd-0.9 i686-AT386 GNU). Later, I run: $ ./bootstrap + exec autoreconf -vfi autoreconf: Entering directory `.' autoreconf: running: autopoint --force autoreconf: running: aclocal --force -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.ac:73: error: possibly undefined macro: GUILE_MODULE_AVAILABLE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 Thanks
Re: Porting with Guix
Hello, Can you rerun guix build command with -K and check the version of gcc being used in the file "/tmp/guix-build-.../environment-variables"? Related to gcc, i see: export CPATH="/gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include:/gnu/store/fc2nz3zkac3w2ic5cyganj0rjqahjb5z-gcc-bootstrap-0/include" export LIBRARY_PATH="/gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/lib:/gnu/store/fc2nz3zkac3w2ic5cyganj0rjqahjb5z-gcc-bootstrap-0/lib" export PATH="/gnu/store/p797q2yjk4hdh7sckipm0n04hchxfqfh-make-boot0-4.2.1/bin:/gnu/store/5cszbchxy87hyklzk0xxlg9gmhqbn8vg-diffutils-boot0-3.5/bin:/gnu/store/fc2nz3zkac3w2ic5cyganj0rjqahjb5z-gcc-bootstrap-0/bin:/gnu/store/5nykjy2czdidg86qi0p11achvrvaswip-binutils-bootstrap-0/bin:/gnu/store/2s8j6j6mpinw30b3cnf704nhhy42v7sj-bootstrap-binaries-0/bin" Attached environment-variables file.export CPATH="/gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include:/gnu/store/fc2nz3zkac3w2ic5cyganj0rjqahjb5z-gcc-bootstrap-0/include" export GUILE_SYSTEM_COMPILED_PATH="/gnu/store/w78bpdd4i488ybjhnifs89p86pprk169-guile-bootstrap-2.0/lib/guile/2.0/ccache" export GUILE_SYSTEM_PATH="/gnu/store/w78bpdd4i488ybjhnifs89p86pprk169-guile-bootstrap-2.0/share/guile/2.0" export HOME="/homeless-shelter" export LD_ORIGIN_PATH="/gnu/store" export LIBRARY_PATH="/gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/lib:/gnu/store/fc2nz3zkac3w2ic5cyganj0rjqahjb5z-gcc-bootstrap-0/lib" export NIX_BUILD_CORES="0" export NIX_BUILD_TOP="/tmp/guix-build-findutils-boot0-4.6.0.drv-0" export NIX_STORE="/gnu/store" export OLDPWD export PATH="/gnu/store/p797q2yjk4hdh7sckipm0n04hchxfqfh-make-boot0-4.2.1/bin:/gnu/store/5cszbchxy87hyklzk0xxlg9gmhqbn8vg-diffutils-boot0-3.5/bin:/gnu/store/fc2nz3zkac3w2ic5cyganj0rjqahjb5z-gcc-bootstrap-0/bin:/gnu/store/5nykjy2czdidg86qi0p11achvrvaswip-binutils-bootstrap-0/bin:/gnu/store/2s8j6j6mpinw30b3cnf704nhhy42v7sj-bootstrap-binaries-0/bin" export PWD="/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0" export SHLVL="1" export SOURCE_DATE_EPOCH="1" export TEMP="/tmp/guix-build-findutils-boot0-4.6.0.drv-0" export TEMPDIR="/tmp/guix-build-findutils-boot0-4.6.0.drv-0" export TMP="/tmp/guix-build-findutils-boot0-4.6.0.drv-0" export TMPDIR="/tmp/guix-build-findutils-boot0-4.6.0.drv-0" export out="/gnu/store/xhmhlgwhyqz74zgcbf4v0qhs6r2jgs1j-findutils-boot0-4.6.0"
Re: Porting with Guix
This likely means that Guix was configured in an environment where Guile-SSH was available (so offloading support was enabled), but at runtime Guile-SSH cannot be found. You could try adding “--no-build-hook”. Hi, Now, start downloading and built with: "guix build hello --no-substitutes --no-build-hook" but now shows: /gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include/pthread/pthread.h:757:27: error: initializer element is not constant #define PTHREAD_ONCE_INIT __PTHREAD_ONCE_INIT ^ glthread/lock.c:454:42: note: in expansion of macro 'PTHREAD_ONCE_INIT' static const pthread_once_t fresh_once = PTHREAD_ONCE_INIT; ^ make[5]: *** [Makefile:2225: glthread/lock.o] Error 1 make[5]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl/lib' make[4]: *** [Makefile:2250: all-recursive] Error 1 make[4]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl/lib' make[3]: *** [Makefile:1931: all] Error 2 make[3]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl/lib' make[2]: *** [Makefile:1657: all-recursive] Error 1 make[2]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl' make[1]: *** [Makefile:1706: all-recursive] Error 1 make[1]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0' make: *** [Makefile:1646: all] Error 2 phase `build' failed after 5.9 seconds Attached log error.In file included from /gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include/pthread/pthreadtypes.h:120:0, from /gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include/bits/pthreadtypes.h:27, from /gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include/sys/types.h:270, from ./sys/types.h:28, from /gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include/stdlib.h:314, from ./stdlib.h:36, from ./glthread/lock.h:82, from glthread/lock.c:23: /gnu/store/vz5xa345sgsq1c7gb5biaqb8zmyf7934-glibc-bootstrap-0/include/pthread/pthread.h:757:27: error: initializer element is not constant #define PTHREAD_ONCE_INIT __PTHREAD_ONCE_INIT ^ glthread/lock.c:454:42: note: in expansion of macro 'PTHREAD_ONCE_INIT' static const pthread_once_t fresh_once = PTHREAD_ONCE_INIT; ^ make[5]: *** [Makefile:2225: glthread/lock.o] Error 1 make[5]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl/lib' make[4]: *** [Makefile:2250: all-recursive] Error 1 make[4]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl/lib' make[3]: *** [Makefile:1931: all] Error 2 make[3]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl/lib' make[2]: *** [Makefile:1657: all-recursive] Error 1 make[2]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0/gl' make[1]: *** [Makefile:1706: all-recursive] Error 1 make[1]: Leaving directory '/tmp/guix-build-findutils-boot0-4.6.0.drv-0/findutils-4.6.0' make: *** [Makefile:1646: all] Error 2 phase `build' failed after 5.9 seconds killing process 3207 builder for `/gnu/store/387parqx55kkdqrjsb5kivwfr8mfsad9-findutils-boot0-4.6.0.drv' failed with exit code 1 @ build-failed /gnu/store/387parqx55kkdqrjsb5kivwfr8mfsad9-findutils-boot0-4.6.0.drv - 1 builder for `/gnu/store/387parqx55kkdqrjsb5kivwfr8mfsad9-findutils-boot0-4.6.0.drv' failed with exit code 1 cannot build derivation `/gnu/store/zsgpdqglj2i7i3kz777lv8kbvc9hk57h-bash-4.4.5.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/zci0khgjpd48l7lyd1q339ny2x8rkfx3-binutils-2.27.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/adj22hishbsmnl40rbc1sqgvmpx68vb6-bzip2-1.0.6.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/0ywcii0lnqd5wypm2a67g9ivjnyq09n0-coreutils-8.26.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/j1wmk7vpg5ajf51n2b6n4xc9nzbzf4b0-diffutils-3.5.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/hnb36i666zr6x23dwl568c83xvd20xgx-file-5.28.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/rh17cnc9vfz8iw110478hij5b035hbkj-findutils-4.6.0.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/1zjfwfaglwgh5gc5qi4amn36q96h604c-gawk-4.1.4.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/r5g5ividf3srd6axa55nc8vcrlhnkgxn-gcc-5.4.0.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/ydlysisivjw86bxjiapf608v1q9w6mgi-glibc-2.23.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/1m2qmdda98skgfba1wh4y0p70bliiplp-gmp-
Re: Porting with Guix
I have rebooted, I currently have the Hurd version: GNU Hurd 0.8 GNU-Mach 1.7+git20160607-486/Hurd-0.8 i686-AT386 GNU On 2016-12-28 13:19, Manolis Ragkousis wrote: Hello Rennes, Did you update your daemon and restart it?
Re: Porting with Guix
Hi Manolis, After successfully compiling with the new branch. I run 'guix build hello --no-substitutes', and shows: The following derivations will be built: /gnu/store/7i1nbypavdly0n0858bq9ngrhj8s5i6i-hello-2.10.drv ... /gnu/store/zsgpdqglj2i7i3kz777lv8kbvc9hk57h-bash-4.4.5.drv killing process 5040 @ build-started /gnu/store/r4xnaay08x5qd8ixmzgpwzk63ylj5k87-coreutils-8.26.tar.xz.drv - i586-gnu /usr/local/var/log/guix/drvs/r4//xnaay08x5qd8ixmzgpwzk63ylj5k87-coreutils-8.26.tar.xz.drv.bz2 guix: offload: command not found Try `guix --help' for more information. killing process 5043 guix build: error: build failed: unexpected EOF reading a line Thanks
Porting with Guix
Hi, I'm helping to port some applications to Hurd, with Guix package manager. I am using Debian GNU/Hurd to perform my tests. I have the following error when running the Screen application, and tried to debug as follows: $ screen /home/buzz/.guix-profile/bin/bash [screen is terminating] $ gdb screen /home/buzz/.guix-profile/bin/bash "/home/buzz/.guix-profile/bin/bash" is not a core dump: File format not recognized (gdb) r Starting program: /gnu/store/b8189hzmvmzmz9rwsqff48sa2klqyw8q-profile/bin/screen [New Thread 6488.5] [screen is terminating] [New Thread 6488.6] Program received signal SIGHUP, Hangup. 0x01102f4c in mach_msg_trap () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 (gdb) bt #0 0x01102f4c in mach_msg_trap () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #1 0x0110364a in mach_msg () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #2 0x01140873 in sigsuspend_not_cancel () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #3 0x011b30fe in pause () from /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3 #4 0x0806e6b2 in Attacher () #5 0x0804c1d8 in main () Any ideas to follow? And thanks for the Hurd.
