From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@gnu.org>
Subject: Re: Use genimage for disk-image creation.
Date: Tue, 31 Mar 2020 17:24:19 +0200
Message-ID: <87imikv97g.fsf@gnu.org>
References: <87eetgo9o6.fsf@gmail.com>
 <20200327002438.527eb1d0@scratchpost.org> <871rpb1aqw.fsf@gnu.org>
 <20200329170714.1bf26eb3@scratchpost.org> <87k133vv4k.fsf@ponder>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org>
Received: from eggs.gnu.org ([2001:470:142:3::10]:33160)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <ludo@gnu.org>) id 1jJIkY-0004OS-At
 for guix-devel@gnu.org; Tue, 31 Mar 2020 11:24:23 -0400
In-Reply-To: <87k133vv4k.fsf@ponder> (Vagrant Cascadian's message of "Sun, 29
 Mar 2020 12:06:19 -0700")
List-Id: "Development of GNU Guix and the GNU System distribution."
 <guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
 <mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
 <mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org
Sender: "Guix-devel"
 <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org>
To: Vagrant Cascadian <vagrant@debian.org>
Cc: guix-devel <guix-devel@gnu.org>

Hi!

Vagrant Cascadian <vagrant@debian.org> skribis:

> On 2020-03-29, Danny Milosavljevic wrote:
>> Hi Ludo,
>>
>> On Sun, 29 Mar 2020 16:44:39 +0200
>> Ludovic Court=C3=A8s <ludo@gnu.org> wrote:
>>
>>> Oh, really?  I=E2=80=99m surprised partitioning causes problems (though=
 I=E2=80=99m
>>> not familiar with embedded dev!).
>>
>> Well, maybe not that bad, but it's pretty bad.
>>
>> It's because the boot sector for ARM, for some unfathomable reason, is n=
ot
>> the first sector but has basically a vendor-dependent sector number some=
where
>> in the middle of the disk :P

Oh I see, I actually noticed that in (gnu bootloader u-boot) and in
Buildroot, it=E2=80=99s terrrrible.

> I haven't really looked at buildroot at all... but I suspect buildroot
> is just a collection of all these criteria applied on a board-by-board
> basis, but most of these boards don't actually require specific
> partition layout, per se, it's just nice to not clobber the raw offsets
> of various parts of the boot process... but creating partitions for each
> of those can make installation less error-prone in some cases.

Yeah, I guess we could keep importing them like Danny did in the past,
but of course it would be nice to have an automated process to do that.

Ludo=E2=80=99.