Network services in ‘guix system docker-image’?

Hello! Does it make any sense at all to have things like a DHCP client and nscd inside a Docker image produced by ‘guix system docker-image’? I was going to apply the patch below to allow users to get rid of these services by running ‘guix system docker-image --network’. But now, I’m wondering

Re: 20/36: system: hurd: Add the Shepherd.

guix-comm...@gnu.org skribis: > commit bb17242a511014e1691d494b17152865db0580e0 > Author: Jan (janneke) Nieuwenhuizen > AuthorDate: Tue Apr 7 08:03:03 2020 +0200 > > system: hurd: Add the Shepherd. > > This starts console and ttys using the Shepherd. Shepherd is not running > as >

Re: 18/36: services: hurd: Add dummy loopback.

guix-comm...@gnu.org skribis: > +(define (hurd-loopback-shepherd-service _) > + "Return the 'loopback' Shepherd service." > + > + (list (shepherd-service > + (documentation "Dummy for bootstrapping (gnu services) on the > Hurd.") > + (provision '(loopback)) > +

Re: 13/36: services: Add hurd-console-service-type.

guix-comm...@gnu.org skribis: > commit d7a217e67dcd3b14402d746f4428db8545ce83f2 > Author: Jan (janneke) Nieuwenhuizen > AuthorDate: Mon Apr 13 10:13:05 2020 +0200 > > services: Add hurd-console-service-type. > > * gnu/services/hurd.scm (): New variable. >

Re: branch wip-hurd-vm created (now fdb35e3)

guix-comm...@gnu.org skribis: > new 330f3ab gnu: guix: Cross-build fixup for wrap-program. > new af9b4d0 gnu: guix: Use gnutls-3.6.13 when cross-compiling. > new de41617 gnu: guix: Apply courage for the Hurd. > new 309963e gnu: guix: Update to de41617661. > new

Re: 09/36: gnu: Add libtirpc/hurd.

guix-comm...@gnu.org skribis: > commit 29ea4dc2c1df0d4562f1add01501726a3f963b91 > Author: Ricardo Wurmus > AuthorDate: Sun Apr 12 23:04:49 2020 +0200 > > gnu: Add libtirpc/hurd. > > * gnu/packages/onc-rpc.scm (libtirpc/hurd): New variable. > *

Re: 07/36: gnu: hurd: Use default Qemu guest ip: 10.0.2.15.

guix-comm...@gnu.org skribis: > commit 695e2b4b5691910e6c82c56ec3fd31e6acdb9373 > Author: Jan (janneke) Nieuwenhuizen > AuthorDate: Sun Apr 12 13:53:04 2020 +0200 > > gnu: hurd: Use default Qemu guest ip: 10.0.2.15. > > Specifying 10.0.2.77 also works > > -device

Re: 08/36: gnu: hurd: Add NFS support.

guix-comm...@gnu.org skribis: > commit 2f5d2dc8240c22ea109c52c8ca957be9b155ff36 > Author: Ricardo Wurmus > AuthorDate: Sun Apr 12 23:06:30 2020 +0200 > > gnu: hurd: Add NFS support. > > * gnu/packages/hurd.scm (hurd)[inputs]: Add libtirpc/hurd. > [arguments]: Add configure flags

Re: 05/36: vm: Make the device node procedure a parameter.

Hi, guix-comm...@gnu.org skribis: > commit ddb44df650592a29528ef3f4a913336230b1d3a1 > Author: Ludovic Courtès > AuthorDate: Tue Apr 7 10:21:48 2020 +0200 > > vm: Make the device node procedure a parameter. > > * gnu/build/vm.scm (root-partition-initializer): Add #:make-device-nodes

Re: 06/36: gnu: hurd: Fix references to /bin/w.

guix-comm...@gnu.org skribis: > janneke pushed a commit to branch wip-hurd-vm > in repository guix. > > commit f3b1d64cecdd964699a4e22a2b4b5b7fc53c > Author: Rene Saavedra > AuthorDate: Sun Apr 12 22:33:08 2020 -0500 > > gnu: hurd: Fix references to /bin/w. > > *

Re: 02/36: gnu: guix: Use gnutls-3.6.13 when cross-compiling.

Hello! Time for random review comments on ‘wip-hurd-vm’. :-) guix-comm...@gnu.org skribis: > commit af9b4d0ba3d55ef89e956f408853548451243e95 > Author: Jan (janneke) Nieuwenhuizen > AuthorDate: Fri Apr 10 09:54:02 2020 +0200 > > gnu: guix: Use gnutls-3.6.13 when cross-compiling. > >

Re: Medium-term road map

Andy Wingo writes: > > I think I have a solution here, as discussed on IRC. Basic idea is to > make a direct compiler from Tree-IL to bytecode, skipping the CPS step. > The result won't be optimal in terms of generated code quality (I > estimate on average 2x slowdown) but it will be very cheap

Re: Bump stackage LTS

Hi John, I’m just catching up on the list after a long hiatus, so sorry for the wait. John Soo writes: > Hi Guix, > > Stackage and ghc have moved quite a bit since our stackage and ghc > versions. Would it be ok to start work on bumping our package set to > a newer set of working packages and

Re: unexpected reproducibility of reproducible blog post?

On Wed, 29 Apr 2020 at 18:00, Konrad Hinsen wrote: > I have also opened an issue for this: > > https://github.com/khinsen/reproducibility-with-guix/issues/2 I will add something overthere for tracking reproduciblity infos in the future. > > Grafts or maybe Guile 2 -> 3? > > With

Re: core-updates call for testing

On Wed, 29 Apr 2020 at 15:07, Marius Bakke wrote: > > Ricardo Wurmus writes: > > > Leo Famulari writes: > > > >> I'm doing `guix pull --branch=core-updates`, with a `guix describe` of > >> commit a533c5a183 (core-updates from 2 weeks ago), on Debian, in tmux, > >> and I see this weird thing: >