From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: 01/01: hydra: Increase image sizes for USB image and Flash image. Date: Sun, 09 Dec 2018 14:30:16 +0100 Message-ID: <87va423k0n.fsf@gnu.org> References: <20181208235341.20110.3064@vcs0.savannah.gnu.org> <20181208235342.94B112113E@vcs0.savannah.gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45090) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gVzAC-0003Dt-7X for guix-devel@gnu.org; Sun, 09 Dec 2018 08:30:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gVzAB-00066G-FK for guix-devel@gnu.org; Sun, 09 Dec 2018 08:30:28 -0500 In-Reply-To: <20181208235342.94B112113E@vcs0.savannah.gnu.org> (guix-commits's message of "Sat, 8 Dec 2018 18:53:42 -0500 (EST)") 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@gnu.org, Danny Milosavljevic guix-commits@gnu.org skribis: > commit 07c791c1104db3530eb12c918043fc3b30c093be > Author: Danny Milosavljevic > Date: Sun Dec 9 00:49:54 2018 +0100 > > hydra: Increase image sizes for USB image and Flash image. >=20=20=20=20=20 > * build-aux/hydra/gnu-system.scm (qemu-jobs) : Increase fr= om > 1024 MiB to 1500 MiB. > : Increase from 1024 MiB to 1500 MiB. As discussed earlier on the list, it would be nice=E2=84=A2 to see why these images are so big and what can be done about it. Really, 1=C2=A0GiB is already a lot for such a small image. In commit 040ae1881952c90dae9478e5cfff6aad0ce950da, I ended up increasing the image size for the tests, which is not great IMO. I looked at =E2=80=98guix size=E2=80=99 and couldn=E2=80=99t find any obvious= way to improve things. One problem with the installation OS is that it=E2=80=99s pulling ALSA and = all sorts of sound-related libraries (libsamplerate, etc.), which clearly is unnecessary in the installation image. That comes from the alsa-utils udev rules. We could remove those udev rules, but since they=E2=80=99re in %base-services, I chose not to do that to avoid breaking everyone=E2=80=99s config. Food for thought! Ludo=E2=80=99.