From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Re: Plan for a release! Date: Fri, 20 Mar 2020 14:13:28 +0100 Message-ID: References: <87pne3d5t6.fsf@gnu.org> <87o8t1smpe.fsf@gnu.org> <87k13h7gg3.fsf@gnu.org> <87tv2ld04o.fsf@gmail.com> <87k13fjo2i.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d7f59b05a1490da6" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:38753) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jFHT5-0006cu-Lx for guix-devel@gnu.org; Fri, 20 Mar 2020 09:13:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jFHT4-0004AT-9f for guix-devel@gnu.org; Fri, 20 Mar 2020 09:13:43 -0400 Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]:46848) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jFHT4-00047V-1P for guix-devel@gnu.org; Fri, 20 Mar 2020 09:13:42 -0400 Received: by mail-wr1-x436.google.com with SMTP id j17so3983064wru.13 for ; Fri, 20 Mar 2020 06:13:41 -0700 (PDT) In-Reply-To: <87k13fjo2i.fsf@gmail.com> 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-mx.org@gnu.org Sender: "Guix-devel" To: Mathieu Othacehe Cc: Guix-devel --000000000000d7f59b05a1490da6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Mathieu Othacehe ezt =C3=ADrta (id=C5=91pont: 2020. = m=C3=A1rc. 20., P=C3=A9n 11:52): > > Hey, > > >> Done, but it=E2=80=99d be nice to add more test of the installer! > > > > I can help on that. Maybe adding: > > > > * More partitioning patterns > > * More DE & services > > Turns out, when selecting GNOME in choose-services call of (gnu tests > install), it triggers downloads during "guix system init ..." call. > > I guess it's normal because the installer image does not contain those > packages. However, as there's no connection, it fails. > > Not sure, we can go further? > I believe what could be done is to create and extended installer image with the packages need for testing available. It could work similarly to how the barebones closure is included right now. These images would be quite big, and impractical for anything but testing. I believe that having a simple very big image is better than having separate smaller ones for testing. This would also allow us to create a selection of images with different de/service options for direct download if the need arises, by expanding the list of configuration templates, and the test image can be simply created by including the closure of all the template configs. Wdyt? > > In the meantime, here's a patch that helps dealing with installation > failures. > > Thanks, > > Mathieu > Best regards, g_bor > --000000000000d7f59b05a1490da6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Mathieu Othacehe <m.othacehe@gmail.com> ezt =C3=ADrta (id=C5=91pont: 2020= . m=C3=A1rc. 20., P=C3=A9n 11:52):
=
Hey,

>> Done, but it=E2=80=99d be nice to add more test of the installer!<= br> >
> I can help on that. Maybe adding:
>
> * More partitioning patterns
> * More DE & services

Turns out, when selecting GNOME in choose-services call of (gnu tests
install), it triggers downloads during "guix system init ..." cal= l.

I guess it's normal because the installer image does not contain those<= br> packages. However, as there's no connection, it fails.

Not sure, we can go further?
=
I believe what could be done is to create and e= xtended installer image with the packages need for testing available.
=
It could work similarly to how the barebones closure is i= ncluded right now. These images would be quite big, and impractical for any= thing but testing. I believe that having a simple very big image is better = than having separate smaller ones for testing. This would also allow us to = create a selection of images with different de/service options for direct d= ownload if the need arises, by expanding the list of configuration template= s, and the test image can be simply created by including the closure of all= the template configs. Wdyt?

In the meantime, here's a patch that helps dealing with installation failures.

Thanks,

Mathieu
Best regards,
g_bor
--000000000000d7f59b05a1490da6--