Ludovic Courtès writes: > "Jan (janneke) Nieuwenhuizen" skribis: > >> * gnu/services/hurd.scm: New file. >> * gnu/local.mk (GNU_SYSTEM_MODULES): Add it. >> * doc/guix.texi (Hurd Services): Document it. > > [...] As discussed on IRC: dropped altogether, replaced with attached patch. >> +@deffn {Scheme Procedure} hurd-etc-service @var{os} >> +This service implements a minimal @code{etc-service}, adding some >> +specifics for the Hurd. >> + >> +It is part of the @code{hurd-default-essential-services}. >> +@end deffn > > The ‘hurd-default-essential-services’ bit is not in this patch, though. Hmm. I think it's complicated...No, it was complicated. ETC depends on %activatation which depends on %boot, but those now work; so I can reorder! Reordered, added to hurd-default-essential-services in compliance with the documentation. >> +;;; The ETC service for the Hurd. > > s/ETC/etc/ OK. Eh... ok. ;-) >> +(define (hurd-etc-service os) [..] >> + (etc-service >> + `(("services" ,(file-append net-base "/etc/services")) >> + ("protocols" ,(file-append net-base "/etc/protocols")) >> + ("profile" ,profile) >> + ("hostname" ,(plain-file "hostname" (operating-system-host-name os))) >> + ("login" ,(file-append hurd "/etc/login")) >> + ("motd" ,(file-append hurd "/etc/motd")))))) > > Why again does it need to be different from that on GNU/Linux? Good question! Yeah...this started out as a more formalized copy of the gnu/system/hurd.scm hack and it used to be complicated; services didn't cross build, for example. Also, it felt good to start really minimalistic, especially because of the cross build troubles. I seemed to remember that on top of that there was a Hurd build problem, but I think that must have been sudo and it's easy to disable. > Intuitively it should be the same, but it’s fine to keep this one, > perhaps with a FIXME, until we’ve figured out what to do to use the same > /etc service in both cases. Phew, I didn't expect so much work; but also not so much cleanup so soon. Thanks, Janneke