From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Hinsen Subject: Re: Can we speed it up? Prev: compiling guix is too slow? Date: Mon, 5 Feb 2018 09:15:37 +0100 Message-ID: References: <8760ffg1nv.fsf@163.com> <87bmoymdgf.fsf@gmail.com> <20180205073410.GA9752@thebird.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eibwF-0003uO-6j for guix-devel@gnu.org; Mon, 05 Feb 2018 03:15:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eibwB-0007gH-56 for guix-devel@gnu.org; Mon, 05 Feb 2018 03:15:43 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:34855) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eibwA-0007fV-UT for guix-devel@gnu.org; Mon, 05 Feb 2018 03:15:39 -0500 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id D8CCA20D1B for ; Mon, 5 Feb 2018 03:15:36 -0500 (EST) Received: from ordinateur-de-catherine--konrad.home (lfbn-1-4195-159.w92-169.abo.wanadoo.fr [92.169.187.159]) by mail.messagingengine.com (Postfix) with ESMTPA id 824C97E0FD for ; Mon, 5 Feb 2018 03:15:36 -0500 (EST) In-Reply-To: <20180205073410.GA9752@thebird.nl> Content-Language: en-US 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 On 05/02/2018 08:34, Pjotr Prins wrote: > compiled yet). Or generate a meta list for a source tree. Or > subcategorize packages so only those packages get included that are > asked for (assuming there are no deeper dependencies). For example, > few people need the bioinformatics packages. We could have the sub > section of the graph split out and have people do: > > guix package --topic=bio -i samtools Or move special-topic packages to separate channels, once they get implemented. The hard part is of course *where* to split the graph, not how to implement it. > Sectioning the graph may be hard (you'd be inclined to section off > languages and window managers), but I think it can be dictated by > whether a sub graph can live on its own. I wonder if anyone has analyzed the dependency graphs of software packages (not necessarily for Guix, some big distribution like Debian would be more interesting), with the goal if identifying good splits based on simple criteria. Konrad.