From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: Installation Date: Thu, 18 Jan 2018 12:05:42 +0000 Message-ID: <20180118120542.rymr5cwtrxogirsa@abyayala> References: <87mv1c4kp7.fsf@gnu.org> <87k1wgh4hf.fsf@elephly.net> <877esfbgtx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uiade6l4aeqssi67" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42581) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ec81H-0000el-3B for guix-devel@gnu.org; Thu, 18 Jan 2018 06:06:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ec81G-0002Sq-3l for guix-devel@gnu.org; Thu, 18 Jan 2018 06:06:07 -0500 Content-Disposition: inline In-Reply-To: <877esfbgtx.fsf@gnu.org> 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: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: Guix-devel --uiade6l4aeqssi67 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s transcribed 1.5K bytes: > Ricardo Wurmus skribis: >=20 > > Ludovic Court=C3=A8s writes: > > > >> G=C3=A1bor Boskovits skribis: > >> > >>> I believe, that we could make a powerful extension to guixsd if we co= uld do > >>> an installation from an installation description. > >>> > >>> I think this installation description should look like the operating-= system description we > >>> already have. > >> > >> In what way would it defer? :-) > >> > >> =E2=80=98operating-system=E2=80=99 *is* an =E2=80=9Cinstallation descr= iption.=E2=80=9D > > > > I guess it would differ from what we have currently in that it would > > also specify partitioning information, which is not handled by > > =E2=80=9Coperating-system=E2=80=9D. > > > > Does it make sense to extend =E2=80=9Coperating-system=E2=80=9D such th= at disk > > partitioning information could be included and (*holds breath*) acted > > upon automatically? >=20 > I suppose only =E2=80=98guix system init=E2=80=99 could actually use that= information. >=20 > Perhaps we could have a separate partitioning description, and users > could optionally run: >=20 > guix system init --partitioning=3Dpart.scm config.scm >=20 > ? >=20 > Is it really an improvement over writing a Parted script, which is > something people can already do? My approach is different (making a templating system around Guix that trans= lates a number of not yet defined language inputs into a file that can be reused = by Guix), but I think we should make use of the guix system abilities and not = rely on the fact that people could already do this with an external tool. > > Acting on partitioning info is a little scary because it can easily lead > > to data loss upon reconfiguration. Small bugs could lead to very big > > problems, so maybe this should not be default behaviour. >=20 > It=E2=80=99s definitely scary. Do we have the ability to separate features, like --enable-experimental pas= sed to configure build Guix with certain features that might break your OS? Otoh we already presume that people setting up GuixSD today know enough about sy= stems to recover from failures (which is another undocumented problem/usecase wit= h GuixSD). > Ludo=E2=80=99. >=20 >=20 --=20 ng0 :: https://ea.n0.is A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/ --uiade6l4aeqssi67 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEqIyK3RKYKNfqwC5S4i+bv+40hYgFAlpgjZYACgkQ4i+bv+40 hYjZORAArNi7nfmlCqLAKPeIZElCwSngs0scqEh3ccqBKkA700fj779I/j0UZArk K6cO+tcG1dhc6bY9zs5uGnhuifKFFiT8VKP/LNUWAtF6KePYY4unkLItAH29Xf04 GzIsQQcHvs1sL5l07MtatxDXt+ShRaS/9pPpCGR4G8IPBS3uxjWHXz+XlrwfNMMj FXJEbqkcI+nB/CCOg466/MVLAh4JmhCokE/BoNrQ310brb4jo7rdZgAH0C0edkkh GpgwK9D9FULhsfowaEjhP3gdxrcsVgMjdPVWBb7cy6w+uZltlrLpRm+WLuAx7N9p n0Bpjzuejx/nspn2kMg8oo1wZqfiCosbmlU5TrkGb159XmViVeirfyJDuX+W2lnH eyI5o/2YK+SZisn2kSyEzzaGn5lk9w/VAKawpkLZcyDPjcLyGgY1BmGymn94C1IL N1WM2WIvln0DHd2Eb77ZPLcnxTCwqNLzxgchZfc3LTFtaNabRfX7RbhNOXMy6qWg E5Qd5yStmZJNLKSXZqfMaBKrm4aa2kmOS9oPVHEcE3lTeu06N8kvZoMGm5kLpvr8 vA8nHgWJlXteesWzhEfkNUUxIjgsWmPXavmEMvMXF48ca5DMVNus0bTDnWSEPK6y Oq2FbcYpcIiqkJQrgeZZ24hQ+QnELw6HXE7dWaeo8SzE6ReFKqI= =UdS0 -----END PGP SIGNATURE----- --uiade6l4aeqssi67--