Received: from out.migadu.com (out.migadu.com [91.121.223.63]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id A0AF0782B74 for ; Thu, 23 Jan 2020 14:13:25 +0000 (UTC) Received: (Migadu outbound); Thu, 23 Jan 2020 14:13:23 +0000 Authentication-Results: out.migadu.com; auth=pass (plain) Received: from wms0-eu-central.migadu.com (wms0-eu-central.migadu.com [139.162.159.86]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id B0FD60BD-E707-45C6-B1E5-39095FE8335D.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Thu, 23 Jan 2020 14:13:23 +0000 MIME-Version: 1.0 Date: Thu, 23 Jan 2020 14:13:23 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.12.1 From: "Ariadne Conill" Message-ID: <36750c8b5eef3137646e79a9f623976a@dereferenced.org> Subject: Re: mkfs.vfat are but not ext3? why only extended images are offline installable? To: "Natanael Copa" , "PICCORO McKAY Lenz" Cc: "alpine-user" In-Reply-To: <20200123103135.07ed781a@ncopa-desktop.copa.dup.pw> References: <20200123103135.07ed781a@ncopa-desktop.copa.dup.pw> DKIM-Signature: v=1;a=rsa-sha256;bh=V0hNSEr1XBn9aSNJY26KBzH+4gHeFHg79PzsagVXzUU=;c=relaxed/simple;d=dereferenced.org;h=from:subject:date:to;s=default;b=JKAab/MSLcUWzs8Yu0yD4EZRyjwamCr9cr141s91eEoSffwlVPHgSi1uyDMUZTg+5AaFWea9VNUC+++4NKp3ABMfLSadpufn5+fy7ps5GqWC3WUl95eL+rFjWjqJHugDB08MemXTxoUh8ZRx9qlmxzp4d4JixOcpQQFtyr9DjSA= Hello,=0A=0AJanuary 23, 2020 3:31 AM, "Natanael Copa" wrote:=0A=0A> On Wed, 22 Jan 2020 16:21:42 -0400=0A> PICCORO McKAY L= enz wrote:=0A> =0A>> as of handbook said only ex= tended are offline install able,=0A>> BUT THAT ARE ONLY IN x86 ARCHS, no = arm/virtual offline media could be found=0A>> and that causes lot of trou= bles!=0A> =0A> That is the price we are paying for small release media. T= he idea is=0A> that you will likely need network to get the latest securi= ty updates=0A> anyway, and it is nice to get those while doing the instal= l rather than=0A> first install to disk and then update. It is also not k= now exactly what=0A> applications the user wants so an offline iso would = need a wide range=0A> of different possible combinations a user may want.= This again means=0A> that the offline iso will be big and most users wil= l not use majority=0A> of the contents there. So the big iso download res= ult in a waste of=0A> bandwidth, both for users and for all the alpine mi= rrors. Better have=0A> the release media small and let users only downloa= d what they need when=0A> they need it.=0A> =0A> You can use the extended= in a virtual environment. For other=0A> architectures you need network.= =0A> =0A>> i tested all and this are the problems .. due in my home there= 's no=0A>> networking;=0A>> also for virtual ones there's some troubles i= f need network in prior stage=0A>> of..=0A>> what about if i have a xtran= ge network card in newer hardware?=0A>> =0A>> 1) put media dn boot=0A>> 2= ) logi as root, of course no password=0A>> * setup-keymap es es=0A>> * se= tup-timezone -z UTC=0A>> * fdisk /dev/sda=0A>> * input secuence: `o, n, p= , 2048, +100G, n, p, enter, +4G, t, 2, 82, w`=0A>> * mkfs.ext3 -b 2048 /d= ev/sda1=0A>> =0A>> here said that only have available the stupid mkfs.vfa= t .. incredible.. but=0A>> not mkfs.ext3?=0A> =0A> mkfs.vfat is an applet= in busybox. e2fsprogs was excluded because not=0A> everyone uses ext3/4,= and you will need network to fetch the kernel=0A> anyways.=0A=0AIt would= be nice if we could make the extended profile work for fully=0Aoffline i= nstallation. I think the additional ~40MB of packages would=0Abe worth i= t.=0A=0AAriadne