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’.
> >
>
--
next prev parent 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.