Gnu Hurd: arriva il port del gestore pacchetti Guix

Gnu Hurd, anche chiamato direttamente Hurd (avanzatissimo sostituto del kernel Unix del progetto GNU) ha adesso un package manager predefinito nel sistema, che agevolerà il compito di gestione del software in maniera decisamente più pratica e veloce.

Guix è il nuovo gestore pacchetti su Gnu Hurd, basato sul package manager Nix, veloce e non molto funzionale. Chi ha creato il porting? Uno studente di nome Manolis Ragkousis. Un grazie gli va riconosciuto.

Funziona tutto perfettamente?

Tuttavia, risiede una bella sfilza di problemi ancora da risolvere riscontrati da dallo studente. Eccoli:

1) CHROOT_ENABLED was evaluated to false in the daemon nix/libstore/build.cc.
Mark pointed out the correct solution and I will send the patch shortly.
2) guix/build/syscalls (mount, umount, setns ) Those aren't available
on Hurd, so
building Guix would fail. It seems turning them into procedures is
enough to work
around this.
3) We had a problem with binaries not being able to find and link
against libmachuser &
libhurduser It seems adding the two to libc.so's search path was enough.
4) Perl could not be build because of a problem with memmove in hurd's
glibc. Together
with Samuel and Justus we traced the problem to a not properly tested
part of glibc.
Fixed.
5) glibc-intermediate could not find the gnumach/hurd headers because
of unsetting the
path during the build process. It seems that glibc's sysdeps/mach and
sysdeps/mach/hurd
configure weren't using the --with-headers variable to get the
headers. Fixed that and sent
the patch to bug-hurd :-).
6) Binaries produced from gcc-boot0 had problems with their runpath
and validate-runpath?
was failing. It seems ld wasn't passing -rpath to them. Added an
ld-wrapper, solved.
7) glibc-final's debug output refers to %glibc-bootstrap. I think this
happens indirectly through
the headers, currently solving that.

Trovate l’annuncio ufficiale quì.