Re: boot the Hurd with Guix
Hi rennes,
rennes skribis:
> 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
This must come from the lack of /proc/self/exe.
Specifically, “guile-static-stripped” has this patch to make it
relocatable:
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/patches/guile-relocatable.patch
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.
HTH,
Ludo’.
Re: boot the Hurd with Guix
On Mon, 2018-01-08 at 11:13 +0100, Ludovic Courtès wrote:
> Hi rennes,
>
> rennes skribis:
>
> > 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
>
> This must come from the lack of /proc/self/exe.
/proc/self/exe is supported in glibc for Hurd since 2.24-18. Are you using an
earlier version?
Re: boot the Hurd with Guix
On Mon, 2018-01-08 at 11:20 +0100, Svante Signell wrote: > On Mon, 2018-01-08 at 11:13 +0100, Ludovic Courtès wrote: > > This must come from the lack of /proc/self/exe. > > /proc/self/exe is supported in glibc for Hurd since 2.24-18. Are you using an > earlier version? And of course Hurd must be newer than Debian version 0.9.git20170507-1
Re: Add a new exec_exec_file_name RPC
Hello, Better late than never :) I got triggered by an issue which was making both mig and gnumach fail to build from source :) which was triggered by Svante's turning the exec() paths into absolute, which made shellscripts' $0 always absolute. So I rolled up my sleeves, I changes the RPC a bit to include both the relative path and the absolute path, for their corresponding uses in exec, tested again the transition etc. and eventually commited the eventual patches. Hurd Debian packages are uploaded. The corresponding libc Debian packages are on debian-ports, they will get uploaded to sid after the current 2.26 migration is over. Then a hurd packages rebuild will be needed to get the whole thing rolling. In the meanwhile there should be no regression. For non-Debian distributions, you may want to pick up the hurd exec_filename_ patches from https://anonscm.debian.org/git/pkg-hurd/hurd.git/tree/debian/patches and the local-exec_filename.diff patch from https://anonscm.debian.org/cgit/pkg-glibc/glibc.git/tree/debian/patches/hurd-i386 at least for some time to get backward compatibility with the previous experimental RPCs. Thanks for all involved in this patchset! Samuel
