From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Othacehe Subject: Re: Porting GuixSD to ARM article. Date: Tue, 23 Jan 2018 10:23:50 +0100 Message-ID: <87vaftgc7t.fsf@gmail.com> References: <87shc2c3fh.fsf@gmail.com> <20180122211500.GA2400@jurong> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49825) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eduo9-0005de-L3 for guix-devel@gnu.org; Tue, 23 Jan 2018 04:23:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eduo5-0000ab-MZ for guix-devel@gnu.org; Tue, 23 Jan 2018 04:23:57 -0500 Received: from mail-wr0-x22a.google.com ([2a00:1450:400c:c0c::22a]:38512) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eduo5-0000aE-EY for guix-devel@gnu.org; Tue, 23 Jan 2018 04:23:53 -0500 Received: by mail-wr0-x22a.google.com with SMTP id x1so11687401wrb.5 for ; Tue, 23 Jan 2018 01:23:53 -0800 (PST) In-reply-to: <20180122211500.GA2400@jurong> 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" To: Andreas Enge Cc: Guix-devel Hi Andreas, > I am reading it only now (since I wish to install GuixSD on an ARM board > of mine, but better late than never...). Very nice work and write-up! Thank you :) > But I still have a few questions: > - Now that there is a release 0.14, could the images not be made available > on the website? I just saw that Danny proposed a patch about it! > - In my case, I own an Olimex Lime 1. I think that this might correspond > to a20-olinuxino-micro-installation-os. Whatever it is, it does not have > integrated memory, but needs to run directly from the micro SD card. > So how do I install it, since I cannot boot from one medium and install > easily to another one? Should I attach an SD card reader to install onto > a second SD card, then boot from that in a second step? I guess you can do like I did in "Preparing a dedicated system configuration" section of the article. That means preparing a config.scm that suits your needs, run a "guix system disk-image --system=armhf-linux config.scm" and dd the image obtained on a SD card. There is no "installation image" per-se, you build the system that you'll directly use once booted. > Would it not make sense to provide not installation images, but installed > images? These could be used to directly boot the machines, and then instead > of doing "guix system init", one should be able to do a "guix system > reconfigure". To develop a bit more, the two-step installation (first > creating a disk image, then installing onto the hard drive) could be seen > as an artefact of installing on bigger machines with their more complicated > setting using grub, and where taking out the hard disk and copying an image > with dd onto it is not so practical... Why should it not be easier to > directly boot the final GuixSD on an ARM machine? Unless I don't get you right, it's already working! You don't need to run "guix system init" like I said before. Once you booted the mpd server, you can reconfigure it to add a new package, there's no init involved. > Notice that the last section of the blog post does not solve the problem: > As I realised by trial and error when trying to use a disk-image for a > virtual machine, it really is only an installation-image, since user data > is stored in an overlay file system that is lost upon reboot. It's only true if your image is including "%installation-services" that provides "cow-store-service". That's why in the mpd.scm from the article the system is not inherited from beaglebone-black-installation-os. By starting from mpd.scm you should be able to write a system config that can boot and be used directly without any further installation step. > - Suggestion in that context: Rename "guix system disk-image" to "guix system > installation-image". Unless I'm wrong above, "guix system disk-image" is used to provide both "ready-to-use" images and "installation-images" (and possibly other kind of images too), so I don't think that would be a good idea. > Thank you again for the post, and I am looking forward to more instructions > for the other boards! > Thanks, I hope you will be able to produce a working GuixSD image for your target. Don't hesitate to ask other questions! Mathieu