From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Self-contained Guix tarball Date: Sun, 19 Apr 2015 10:18:46 +0200 Message-ID: <20150419081846.GA6282@thebird.nl> References: <20150410084651.GA23353@thebird.nl> <873848p5kd.fsf@gnu.org> <20150410131420.GB24509@thebird.nl> <87a8ydt8k8.fsf_-_@gnu.org> <871tjlxen6.fsf@gnu.org> <20150416053355.GD21015@thebird.nl> <87k2x9b061.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36449) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjkS6-0004Av-PC for guix-devel@gnu.org; Sun, 19 Apr 2015 04:19:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjkS3-0006n8-Jw for guix-devel@gnu.org; Sun, 19 Apr 2015 04:19:42 -0400 Content-Disposition: inline In-Reply-To: <87k2x9b061.fsf@gnu.org> 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: Ludovic =?iso-8859-1?Q?Court=E8s?= Cc: guix-devel@gnu.org On Sat, Apr 18, 2015 at 11:23:50PM +0200, Ludovic Court=E8s wrote: > Pjotr Prins skribis: >=20 > > Great :). I would make it a little clearer that this is > > 'bootstrapping' and hype it a little more that now there is no reason > > NOT to install Guix. Only 100Mb on your HDD. >=20 > Not sure how to do that, would you like to propose actual text? > The thing is, I want it to remain accurate and factual. The current text is fine.=20 > What do you meaning by moving a package with dependencies? I am thinking about Nix-style closures. But it may only confuse things. I don't think the Guix manual covers closures. > > BTW when Nix decided to go for a meta-database they lost something. I > > know it has good reasons (performance mostly) but it took away the > > self-containedness of packages. It would be nice just to be able to > > copy/del packages and rebuild the meta information. Do we have > > something like that?=20 >=20 > This part is the same as Nix. The database is here to store meta-data > about store items, notably the list of references found in a store item= . > Determining this list requires scanning all of the store item???s > contents, which takes time proportional to the number/size of files it > contains, so the database can hardly be avoided. Yes, I understand. But would it be possible to regenerate the database from an existing /gnu/store? You can see I like to mess around with files ;). With closures a rebuild should not be necessary, but as a wary system administrator I know I will need it at some point. Pj.