unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Pjotr Prins <pjotr.public12@thebird.nl>
Cc: guix-devel@gnu.org
Subject: updating list of substitutes
Date: Tue, 21 Apr 2015 08:45:25 +0200	[thread overview]
Message-ID: <20150421064525.GA15795@thebird.nl> (raw)

Pretty much every time I want to install a package I get a search for

  updating list of substitutes 

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ès wrote:
> > Pjotr Prins <pjotr.public12@thebird.nl> skribis:
> > 
> > > 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.
> > 
> > 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. 
> 
> > 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? 
> > 
> > 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.
> 

-- 

             reply	other threads:[~2015-04-21  6:51 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-21  6:45 Pjotr Prins [this message]
2015-04-21  8:22 ` updating list of substitutes Ludovic Courtès
2015-04-21  8:40   ` Pjotr Prins
2015-04-21  9:19     ` Andreas Enge
2015-04-21 10:02       ` Pjotr Prins
2015-04-21 12:02         ` Andreas Enge
2015-04-21 16:38           ` Pjotr Prins
2015-04-22 19:01             ` Mark H Weaver
2015-04-22 11:46     ` Pjotr Prins
2015-04-22 12:24       ` Andreas Enge
2015-04-22 12:35         ` Pjotr Prins
2015-04-22 13:08           ` Taylan Ulrich Bayırlı/Kammer
2015-04-23  9:52         ` Ludovic Courtès
2015-05-26 12:42       ` Pjotr Prins
2015-05-26 20:50         ` Ludovic Courtès
2015-10-11  7:46       ` Pjotr Prins
2015-10-11  8:47         ` Efraim Flashner
2015-10-11 18:39         ` Ludovic Courtès
2015-10-11 21:27           ` Pjotr Prins
2015-10-12  5:15             ` Mark H Weaver
2015-10-12  6:06               ` Pjotr Prins
2015-10-12 16:31                 ` Mark H Weaver
2015-10-12 21:12                   ` Pjotr Prins
2015-10-12 17:03                 ` Ludovic Courtès
2015-10-13 12:11                   ` Pjotr Prins
2015-10-13 12:52                     ` Andreas Enge
2015-10-13 14:35                       ` Ludovic Courtès
2015-11-18 16:15                         ` Pjotr Prins
2015-11-18 16:28                           ` Thompson, David
2015-11-18 16:30                             ` Alex Sassmannshausen
2015-11-18 18:29                           ` Funding the build farm Ludovic Courtès
2015-11-18 18:38                             ` Cook, Malcolm
2015-11-18 20:55                               ` Pjotr Prins
2015-11-18 21:20                               ` Ludovic Courtès
2015-11-18 21:26                                 ` Cook, Malcolm
2015-11-22 10:53                             ` Andreas Enge
2015-11-23 15:00                               ` Ludovic Courtès
2015-11-23 15:29                                 ` Mathieu Lirzin
2015-11-23 19:38                               ` John Darrington
2015-11-24 12:05                                 ` Alex Sassmannshausen
2015-11-24 14:54                                 ` Efraim Flashner
2015-11-24 15:12                                   ` John Darrington
2015-11-24 15:12                                   ` Ricardo Wurmus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150421064525.GA15795@thebird.nl \
    --to=pjotr.public12@thebird.nl \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).