From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Othacehe <m.othacehe@gmail.com> Subject: Re: Plan for a release! Date: Fri, 20 Mar 2020 14:58:21 +0100 Message-ID: <87imizjfgi.fsf@gmail.com> References: <87pne3d5t6.fsf@gnu.org> <87o8t1smpe.fsf@gnu.org> <87k13h7gg3.fsf@gnu.org> <87tv2ld04o.fsf@gmail.com> <87k13fjo2i.fsf@gmail.com> <CAE4v=pjf+rP6vXWCj6s59Gt_emvQd-Jx5Jfw41MsAGpMHjCfgA@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org> Received: from eggs.gnu.org ([2001:470:142:3::10]:45026) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from <m.othacehe@gmail.com>) id 1jFIAP-0004Cc-A4 for guix-devel@gnu.org; Fri, 20 Mar 2020 09:58:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <m.othacehe@gmail.com>) id 1jFIAO-0003BY-CK for guix-devel@gnu.org; Fri, 20 Mar 2020 09:58:29 -0400 In-reply-to: <CAE4v=pjf+rP6vXWCj6s59Gt_emvQd-Jx5Jfw41MsAGpMHjCfgA@mail.gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." <guix-devel.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>, <mailto:guix-devel-request@gnu.org?subject=unsubscribe> List-Archive: <https://lists.gnu.org/archive/html/guix-devel> List-Post: <mailto:guix-devel@gnu.org> List-Help: <mailto:guix-devel-request@gnu.org?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>, <mailto:guix-devel-request@gnu.org?subject=subscribe> Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org> To: =?utf-8?Q?G=C3=A1bor?= Boskovits <boskovits@gmail.com> Cc: Guix-devel <guix-devel@gnu.org> Hello G=C3=A1bor, > I believe what could be done is to create and extended installer image wi= th > the packages need for testing available. > It could work similarly to how the barebones closure is included right no= w. > 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? Seems fair, that would be a very big image (10GiB only for GNOME), and it gets duplicated when running installation tests. Better have some free space :p In my case, it would mean adding all DE/services to os definition in "guided-installation-test" I guess. Ludo, WDYT? Thanks, Mathieu