all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Pjotr Prins <pjotr.public12@thebird.nl>
To: Dika Setya Prayogi <dikasetyaprayogi@gmail.com>
Cc: guix-devel@gnu.org
Subject: Re: guixsd offline installation media
Date: Fri, 18 Dec 2015 10:19:14 +0100	[thread overview]
Message-ID: <20151218091914.GA28992@thebird.nl> (raw)
In-Reply-To: <CAKpbLoaHSVprFACm+rOKFj5JROhimrQusAQyYTqkwpJH56hr+Q@mail.gmail.com>

If you are on a slow connection (and 90% of the world IS on a slow
connection) downloads are a problem. I am in Africa now. Guix
pull is one problem - I accidentily did that and now I can't do
anything because it wants to fetch a complete rebuilt Guix. But also 
installing by package is problematic, though I appreciate that
Guix does not load things twice (well, actually it does when a
transaction gets interrupted or fails - we could avoid that by caching
intermediate source tar balls and binary downloads, really no reason
not to since they have hashes too).

Similar to the minimal tar-ball release we could provide a bare-bones,
desktop, desktop for developers, and 'sumo' release quite easily and
seed those with torrents. I think. It would also make sense to sell
DVD's or USB's with Guix installed. Maybe a little side-business for
the FSF?

Pretty much what Debian does.

Even though Guix is a rolling update distribution, tar-ball installs
make sense.

Pj.

On Fri, Dec 18, 2015 at 03:03:31PM +0700, Dika Setya Prayogi wrote:
> I understand, that's why I write it "for future guixsd" not for next
> guixsd. from my thoughs offline installation is the nicest way to
> autobuild a system. for me, I prefer download an 4Gb iso file rather
> than failing build 4 times (that will make me angry and wreck
> something, lol). and in this modern live there is many download option
> like a postponeable download ex:torrent that will cover up an slow
> bandwith, but in a case sensitive like building OS, a failed download
> can be a disaster. my conclusion is it's nice to have a stable system
> first then you can costumize or wreck it as you want, whatever how
> many times you misconfigured or break your os you can reinstall the
> stable installation and wreck it again. thanks for your attention Ludo
> :-)
> 
> 2015-12-18 5:41 GMT+07.00, Ludovic Courtès <ludo@gnu.org>:
> > Hi!
> >
> > Dika Setya Prayogi <dikasetyaprayogi@gmail.com> skribis:
> >
> >> can we make an offline installation media for future guixsd ? because
> >> it is more reliable and easy to build in slow or problematic bandwith
> >> like in my town
> >
> > The main difficulty is that the set of packages needed depends on what
> > the OS configuration file contains.
> >
> > We could populate the installation media such that it contains
> > everything needed for the bare-bones.scm config, or for the desktop.scm
> > config (but it would be big!).
> >
> > However, as soon as the user would choose a different config, they would
> > have to download different things, and perhaps those already in the
> > installation image would happen to be unnecessary.
> >
> > Thoughts?
> >
> > BTW, note that our current server at hydra.gnu.org performs very badly,
> > which explains the slow bandwidth (as well as the current fundraiser,
> > see <http://www.gnu.org/software/guix/donate/>.  :-)).
> >
> > Ludo’.
> >
> 

-- 

  reply	other threads:[~2015-12-18  9:20 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-16  4:07 guixsd offline installation media Dika Setya Prayogi
2015-12-16  4:42 ` Pjotr Prins
2015-12-16  4:57   ` Pjotr Prins
2015-12-17 22:35     ` Ludovic Courtès
2015-12-18  3:40       ` Pjotr Prins
2015-12-18 17:41         ` Mark H Weaver
2015-12-18 20:11           ` Pjotr Prins
2015-12-19 14:09           ` ‘guix pull’ vs. Git Ludovic Courtès
2015-12-17 22:41 ` guixsd offline installation media Ludovic Courtès
2015-12-18  8:03   ` Dika Setya Prayogi
2015-12-18  9:19     ` Pjotr Prins [this message]
2015-12-20 12:08       ` Efraim Flashner
2015-12-23 10:12         ` Alex Vong

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

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

  git send-email \
    --in-reply-to=20151218091914.GA28992@thebird.nl \
    --to=pjotr.public12@thebird.nl \
    --cc=dikasetyaprayogi@gmail.com \
    --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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.