Precedence: list
MIME-Version: 1.0
In-Reply-To: <20151018202520.471ac3d7@ncopa-laptop>
References: <trinity-0d507431-133d-49d8-bb32-2118703b9766-1445170615982@3capp-mailcom-lxa07>
	<20151018202520.471ac3d7@ncopa-laptop>
Date: Sun, 18 Oct 2015 17:46:37 -0200
Message-ID: <CAO6-m03Angcj1CUfYO8yjWsfsicO4DCet=jx69R2eO9=DScbCA@mail.gmail.com>
Subject: Re: [alpine-devel] Rename proposal of alpine .ISOs
From: Alan Pillay <alanppillay4@gmail.com>
To: Natanael Copa <ncopa@alpinelinux.org>
Cc: 7heo <7heo@mail.com>, AlpineLinux ML <alpine-devel@lists.alpinelinux.org>
Content-Type: text/plain; charset=UTF-8

I actually still burn .ISO to CD, but maybe that's just me?
An option would be to provide both the .iso and the dd'able image. But
I'm not sure if the developers have enough infrastructure for this
double release.

Discussion has been all about the release format so far, but how do
you guys feel about the proposal of making the MINI image become the
STANDARD image? I think the great majority of people don't use Alpine
as a router/firewall/etc anymore and the current standard image comes
with many programs only a few people use.

On Sun, Oct 18, 2015 at 4:25 PM, Natanael Copa <ncopa@alpinelinux.org> wrote:
> On Sun, 18 Oct 2015 14:16:56 +0200
> 7heo <7heo@mail.com> wrote:
>
>> I would also get rid of the iso format as the main one, as nobody
>> burns installation medias anymore. It would be much better to have a
>> dd'able installation image.
>
> The .iso format has only served as an archive format, which you can
> easily boot directly in qemu.
>
> You can also use 7zip in windows to extract the files and run
> syslinux.exe. I doubt that is ever done though.
>
> Maybe a dd'able isohybrid or something would work?
>
> But we will also need some storage on the bootable media in case you
> want to run diskeless. for some storage on dd'able boot media from
> isohybrid would require user to create a second partition for apkovl.
>
> If we have an dd'able boot image with vfat file system we will also
> need add a second partition for apkovl as fat does not support resize.
>
> If we do dd'able boot media that is not fat, but ext4 or similar, then
> we lose the ability to copy the apkovl on a windows system.
>
> For UEFI we will probably need separate boot partition on fat anyway?
>
> Is it possible to create a dd'able image file which has a GPT which can
> resize the data storage partition?
>
> -nc
>
>
> ---
> Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
> Help:         alpine-devel+help@lists.alpinelinux.org
> ---
>


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---