From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Installation Date: Tue, 9 Jan 2018 13:43:22 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113c00d6a8979d0562574246" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59928) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eYtFV-0006mF-C2 for guix-devel@gnu.org; Tue, 09 Jan 2018 07:43:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eYtFU-0005nx-Hp for guix-devel@gnu.org; Tue, 09 Jan 2018 07:43:25 -0500 Received: from mail-it0-x236.google.com ([2607:f8b0:4001:c0b::236]:42400) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eYtFU-0005nU-CQ for guix-devel@gnu.org; Tue, 09 Jan 2018 07:43:24 -0500 Received: by mail-it0-x236.google.com with SMTP id p139so11469587itb.1 for ; Tue, 09 Jan 2018 04:43:24 -0800 (PST) List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Guix-devel --001a113c00d6a8979d0562574246 Content-Type: text/plain; charset="UTF-8" Hello guix! I've just checked the installer, and I would like to propose something. It seems to me that the current installer effort is primarily frontend oriented. I believe, that we could make a powerful extension to guixsd if we could do an installation from an installation description. I think this installation description should look like the operating-system description we already have. This could make automated installations working, in an uniform way. I've seen some efforts on writing automated install scripts, but this could be a supported, official way to do this. We could even store this description, and bring some more state into the scope of guixsd, for example partitions could later be queried from the installation description. Do you think this can work? Do you think this is a good idea? I believe that using this tool, and hacking a bit on booting, and providing a few services we might be able to create a really good quality bare-metal provisioning framework. This is one of the perspectives, that brought my attention to guix. --001a113c00d6a8979d0562574246 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello guix!

I've just checked the i= nstaller, and I would like to propose something.

I= t seems to me that the current installer effort is primarily frontend orien= ted.

I believe, that we could make a powerful exte= nsion to guixsd if we could do
an installation from an installati= on description.

I think this installation descript= ion should look like the operating-system description we
already = have.

This could make automated installations work= ing, in an uniform way. I've seen some efforts
on writing aut= omated install scripts, but this could be a supported, official way to do t= his.

We could even store this description, and bri= ng some more state into the scope of guixsd,
for example partitio= ns could later be queried from the installation description.

=
Do you think this can work?
Do you think this is a goo= d idea?

I believe that using this tool, and hackin= g a bit on booting, and providing a few services
we might be able= to create a really good quality bare-metal provisioning framework.

This is one of the perspectives, that brought my attentio= n to guix.

--001a113c00d6a8979d0562574246--