Re: boot the Hurd with Guix

2018-01-09 Thread rennes
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

Re: boot the Hurd with Guix

2018-01-09 Thread rennes
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/H

Re: boot the Hurd with Guix

2018-01-07 Thread rennes
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

guile static 2.2

2018-01-01 Thread rennes
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,

Re: boot the Hurd with Guix

2017-11-27 Thread rennes
Hello, I update the download link: https://ombx.io/ipoWt9uK

Re: boot the Hurd with Guix

2017-11-27 Thread rennes
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-sy

Re: boot the Hurd with Guix

2017-11-12 Thread rennes
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 t

Re: boot the Hurd with Guix

2017-11-11 Thread rennes
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

boot the Hurd with Guix

2017-10-08 Thread rennes
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 .. Loa

Re: guile-2.2.0 in GNU/Hurd

2017-05-10 Thread rennes
Thanks, I'll analyze both options. Well, either implement it :) or skip the test, I guess.

guile-2.2.0 in GNU/Hurd

2017-05-09 Thread rennes
mplemented 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

Re: Porting with Guix

2017-02-05 Thread rennes
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

Re: Porting with Guix

2017-01-07 Thread rennes
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

2016-12-30 Thread rennes
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: ru

Re: Porting with Guix

2016-12-30 Thread rennes
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:

Re: Porting with Guix

2016-12-30 Thread rennes
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/fc2nz3zkac3w2ic5cyganj0rjqah

Re: Porting with Guix

2016-12-28 Thread rennes
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

Re: Porting with Guix

2016-12-28 Thread rennes
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

2016-12-28 Thread rennes
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

Porting with Guix

2016-12-27 Thread rennes
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] $ gd