From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: Texlive Date: Sun, 15 Mar 2015 12:16:58 +0100 Message-ID: References: <20150315104707.GA8872@debian> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47834) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YX6XU-0003at-Cu for guix-devel@gnu.org; Sun, 15 Mar 2015 07:17:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YX6XT-0008Ta-EH for guix-devel@gnu.org; Sun, 15 Mar 2015 07:17:00 -0400 Received: from mail-la0-x234.google.com ([2a00:1450:4010:c03::234]:33923) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YX6XT-0008Sf-7G for guix-devel@gnu.org; Sun, 15 Mar 2015 07:16:59 -0400 Received: by lagg8 with SMTP id g8so19411251lag.1 for ; Sun, 15 Mar 2015 04:16:58 -0700 (PDT) In-Reply-To: <20150315104707.GA8872@debian> 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Andreas Enge Cc: Guix-devel On Sun, Mar 15, 2015 at 11:48 AM, Andreas Enge wrote: >> It would be nice to have an incremental strategy with a hierarchy, say >> texlive-base, texlive-common, texlive-extra, texlive-all, where each >> package is non-overlapping with other ones. Then a new functionality to >> aggregate packages into a new package where you specify which packages >> to include. Something like >> guix package --aggregate texlive --with texlive-base texlive-common ... > > I agree, but did not find a way of doing it. The problem with texlive is > that part of the aggregation takes place in the install location (which for > us would be the store). > > For instance, "mktexlsr" creates a file > /gnu/store/pvhfl19r2v7fn00g45jkv32n211bk90h-texlive-2014/share/texmf-dist/ls-R > (after applying the patch), which contains the result of running "ls -R" > inside the directory. This could be done inside the user profile, but not > with the current setup, where > $HOME/.guix-profile/share/texmf-dist is a link to the store directory > (which is a useful feature we added at some point in time, since it avoids > the need for symlinking the thousands of files inside this directory tree), > so that the ls-R file would be tried to be created in the store. Just to clarify: the idea would be that the "--aggregate" command would produce a new package in the store. The new in store package would inherit the content of the "--with" packages, but with the possibility to replace some parts (e.g. ls-R, ...) with the help of some phase. The new parts would only be residing in the new aggregate and the user would install the new aggregate instead of the other individual parts. I understand that this is currently not possible, but, from my point of view, would be useful functionality for the future. > My patch makes a first step by separating things better. Sure it is! Regards, Fede