From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Tiny Guix (and containers) Date: Sat, 28 Oct 2017 22:06:41 +0200 Message-ID: <87r2tn3ulq.fsf@gnu.org> References: <20171025081846.GA28005@thebird.nl> <87mv4emlwf.fsf@elephly.net> <20171026104259.GA2179@thebird.nl> 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]:40223) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e8XNY-0003bb-GU for guix-devel@gnu.org; Sat, 28 Oct 2017 16:06:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e8XNV-0003AV-BM for guix-devel@gnu.org; Sat, 28 Oct 2017 16:06:48 -0400 Received: from hera.aquilenet.fr ([141.255.128.1]:41220) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e8XNV-00039S-47 for guix-devel@gnu.org; Sat, 28 Oct 2017 16:06:45 -0400 In-Reply-To: (Hartmut Goebel's message of "Fri, 27 Oct 2017 10:25:14 +0200") 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: Hartmut Goebel Cc: guix-devel@gnu.org Hi, Hartmut Goebel skribis: > Am 26.10.2017 um 12:42 schrieb Pjotr Prins: >> Yes, I think that is what we should head for eventually. I vaguely >> remember a discussion about this on this ML and people were against >> separate outputs for doc, include, static-lib etc. What are you all >> thinking now? Does it make sense to have the base package as small as >> possible and split out the rest? > > I'm in favor of (automatically?) splitting of "development" packages, > including the headers and the static libs (much like the "-devel" or > "-dev" packages in other distributions. One does not need them on a > production system and they are just wasting space. When Guix needs to > build a package, it automatically installs the ":devel" output of all > it's inputs. We could do that (the Nixpkgs folks did exactly that a while back), but it won=E2=80=99t help that much. What does help is running =E2=80=98guix s= ize=E2=80=99, looking at specific packages that are problematic, then finding a solution for these packages=E2=80=94and often enough the solution is non-trivial. But yeah, I think we should track packages that are big or have a surprisingly build closure, and try to fix that incrementally! > Regarding localization-files I'm unsure if for the average package this > is worth the effort. But for big packages this could be worth the > effort. Maybe we could even make them "noarch" packages, thus savine > space and build time. For things like Binutils, libc, or LO, it surely makes a difference. For an FHS distro it=E2=80=99s easy to keep locale data separate. In our c= ase, I=E2=80=99m not sure how to do it, as discussed earlier. Thanks, Ludo=E2=80=99.