From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: updating list of substitutes Date: Tue, 21 Apr 2015 08:45:25 +0200 Message-ID: <20150421064525.GA15795@thebird.nl> 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]:54065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkS1g-00075R-Hr for guix-devel@gnu.org; Tue, 21 Apr 2015 02:51:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkRwq-0007rD-DF for guix-devel@gnu.org; Tue, 21 Apr 2015 02:46:25 -0400 Received: from mail.thebird.nl ([95.154.246.10]:56083) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkRwq-0007nm-7I for guix-devel@gnu.org; Tue, 21 Apr 2015 02:46:20 -0400 Content-Disposition: inline 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 Cc: guix-devel@gnu.org Pretty much every time I want to install a package I get a search for updating list of substitutes=20 being on a slow internet line this sucks (not everyone has fast internet! Think outside the US/Europe where internet is often still metered on mobile lines), besides installing the same software often install a host of new versions of dependencies. I don't like the system changing under me - that is not a reproducible setup. Q1: Do we retain older builds of binaries for some time for download? Q2: Can we switch off updating list of substitutes? A command line switch would do. '--no-update-supstitutes' Q3: Would it be possible to version the list of substitutes and use that for (re)deployment? That way I can truely regenerate an existing system. Pj. On Sun, Apr 19, 2015 at 10:18:46AM +0200, Pjotr Prins wrote: > 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 reas= on > > > 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. >=20 > The current text is fine.=20 >=20 > > What do you meaning by moving a package with dependencies? >=20 > I am thinking about Nix-style closures. But it may only confuse > things. I don't think the Guix manual covers closures. >=20 > > > 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-dat= a > > about store items, notably the list of references found in a store it= em. > > Determining this list requires scanning all of the store item???s > > contents, which takes time proportional to the number/size of files i= t > > contains, so the database can hardly be avoided. >=20 > 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. >=20 > Pj. >=20 --=20