From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dika Setya Prayogi Subject: Re: guixsd offline installation media Date: Fri, 18 Dec 2015 15:03:31 +0700 Message-ID: References: <87egekg0k8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9q0j-0003ok-Rp for guix-devel@gnu.org; Fri, 18 Dec 2015 03:03:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9q0i-0002pF-SG for guix-devel@gnu.org; Fri, 18 Dec 2015 03:03:33 -0500 In-Reply-To: <87egekg0k8.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: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Cc: guix-devel@gnu.org 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=C3=A8s : > Hi! > > Dika Setya Prayogi 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 . :-)). > > Ludo=E2=80=99. >