X-Original-To: alpine-devel@mail.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 820ADDC07C1; Tue, 18 Aug 2015 12:20:17 +0000 (UTC) Received: from ncopa-desktop.alpinelinux.org (unknown [79.160.13.133]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: n@tanael.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id C5084DC0095; Tue, 18 Aug 2015 12:20:16 +0000 (UTC) Date: Tue, 18 Aug 2015 14:20:13 +0200 From: Natanael Copa To: ScrumpyJack Cc: Alpine Devel List Subject: Re: [alpine-devel] On the relevance of alpine-standard.iso Message-ID: <20150818142013.050eee83@ncopa-desktop.alpinelinux.org> In-Reply-To: References: X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.25; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Sorry for late reply. On Wed, 22 Jul 2015 12:46:33 +0000 (UTC) ScrumpyJack wrote: > Poking around the alpine ISO, there seems to be a healthy selection of > packages in there geared toward the assumption that the user will be > building a switch, a router, or a voip appliance, SIP or something > similar. > > This seems to show a bias towards network appliance building, and is the > result of a choice in packages to include, and that choice implies a > preference, or a bias. This would be fine if network appliances was all > Alpine Linux was good for, but, of course Alpine Linux is much more > than that. > > The obvious question is why exclude or omit this or that packages? Good question. > In addition, that makes the ISO an edited version of the ever growing > Alpine Repositories. > > To avoid this sort of limiting experience, or bias, or edited selection, I > wonder if there is a use of a large Alpine Linux ISO build/distribution. > > At risk of sounding like a sales person, the alpine-mini ISO, which > contains the essential packages to boot a basic operating environment, > set up wired/wireless networking and an ssh server, allows the user enough > to go find the exact packages she needs to build her environment and > choose the software she'd like. > > In addition, it was pointed out to me that perhaps packages in an ISO > might deter some from connecting to, or setting up, a repo, which has > implications on keeping up to day with security patches. > > Would there be value in ceasing to provide the current Alpine Linux > "standard" ISO, and replacing it with the Alpine Mini ISO (and dropping > the mini label)? I think you have good points. I gave it a bit thought and realized that the bigger iso is for typical live/diskless/tmpfs installs. I think this is the only reason for using the alpine.iso. In all other setups I would think that the alpine-mini.iso would be to prefer. But to avoid confusion. I would like to avoid re-use the alpine.iso name. (also, why do we call it alpine.iso and not alpine-linux.iso?) So what i think would make more sense would be to rename alpine-mini.iso to alpine-bootonly.iso (or maybe alpine-linux-bootonly.iso) and alpine.iso to alpine-livecd.iso (or alpine-linux-livecd.iso) or similar. I do think it makes sense to promote the alpine-mini or alpine-bootonly iso on the frontpage instead of the bloated image. Does anyone else have better ideas? -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---