From: Jan Nieuwenhuizen <janneke@gnu.org>
To: Marius Bakke <mbakke@fastmail.com>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH] gnu: Add systemd.
Date: Sun, 01 Apr 2018 16:23:30 +0200 [thread overview]
Message-ID: <87zi2nj999.fsf@gnu.org> (raw)
In-Reply-To: <20180401122259.9688-1-mbakke@fastmail.com> (Marius Bakke's message of "Sun, 1 Apr 2018 14:22:59 +0200")
Marius Bakke writes:
> As discussed at FOSDEM, it is clear that The Shepherd does not have what
> it takes to boot a modern Linux system.
Damn, I knew I should have been at FOSDEM. While I'm pretty happy with
the Shepherd and my emacs-exwm, it would be a pity if users who truly
depend on more modernness couldn't run GuixSD. I just hope this will be
optional?!
Sorry to sound so harsh, really I appreciate your enourmous effort here!
On a more practical note -- I had a minor breakthrough with Mes
yesterday, mes+mescc now builds mes.c in 21min. This means that we may
be able to build tcc in ~3.5h. Not great, but entering feasible
territory.
My happiness just got a dent when reading this:
> + (native-inputs
> + `(("docbook-xml" ,docbook-xml)
> + ("docbook-xsl" ,docbook-xsl)
> + ("gettext" ,gettext-minimal)
> + ("gperf" ,gperf)
> + ("lxml" ,python-lxml)
> + ("m4" ,m4)
> + ("pkg-config" ,pkg-config)
> + ("xsltproc" ,libxslt)))
> + (inputs
> + `(("acl" ,acl)
> + ("audit" ,audit)
> + ("bash" ,bash)
> + ("bzip2" ,bzip2)
> + ("coreutils" ,coreutils)
> + ("cryptsetup" ,cryptsetup)
> + ("curl" ,curl)
> + ("dbus" ,dbus)
> + ;; TODO: Add gnu-efi for bootloader functionality.
> + ("elfutils" ,elfutils)
> + ("glib" ,glib)
> + ("glibc" ,glibc)
> + ("gnutls" ,gnutls)
> + ("kbd" ,kbd)
> + ("kmod" ,kmod)
> + ("libcap" ,libcap)
> + ("libgcrypt" ,libgcrypt)
> + ("libidn2" ,libidn2)
> + ("libmicrohttpd" ,libmicrohttpd)
> + ("libseccomp" ,libseccomp)
> + ("libxkbcommon" ,libxkbcommon)
> + ("linux-pam" ,linux-pam)
> + ("lz4" ,lz4)
> + ("pcre2" ,pcre2)
> + ("python" ,python)
> + ("qrencode" ,qrencode)
> + ("util-linux" ,util-linux)
> + ("xz" ,xz)
> + ("zlib" ,zlib)))
I have good hopes of bootstrapping Guile but...won't we be creating
a non-bootstrappable system here? Does this mean that modern Linux
systems are essentially non-bootstrappable? Has this been discussed?
Greetings,
janneke
--
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
next prev parent reply other threads:[~2018-04-01 14:23 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-01 12:22 [PATCH] gnu: Add systemd Marius Bakke
2018-04-01 12:49 ` Ludovic Courtès
2018-04-01 17:01 ` Mark H Weaver
2018-04-01 20:07 ` Chris Marusich
2018-04-01 20:18 ` Marius Bakke
2018-04-02 21:36 ` Ludovic Courtès
2018-04-03 22:33 ` Joshua Branson
2018-04-04 0:44 ` Leo Famulari
2018-04-04 8:41 ` Ludovic Courtès
2018-04-06 18:57 ` Marius Bakke
2018-04-01 12:52 ` Nils Gillmann
2018-04-01 13:03 ` Martin Castillo
2018-04-01 14:04 ` Efraim Flashner
2018-04-01 14:19 ` Nils Gillmann
2018-04-01 20:11 ` Marius Bakke
2018-04-01 20:30 ` Nils Gillmann
2018-04-01 14:23 ` Jan Nieuwenhuizen [this message]
2018-04-01 21:55 ` Björn Höfling
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87zi2nj999.fsf@gnu.org \
--to=janneke@gnu.org \
--cc=guix-devel@gnu.org \
--cc=mbakke@fastmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.