X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from ncopa-desktop.alpinelinux.org (3.203.202.84.customer.cdi.no [84.202.203.3]) (using SSLv3 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nc@alpinelinux.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id 8F788DC020A; Wed, 1 May 2013 14:56:11 +0000 (UTC) Date: Wed, 1 May 2013 16:56:08 +0200 From: Natanael Copa To: vkrishn4@gmail.com Cc: alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] alpine 2.6.0_rc1 is out - what do do with scst and vserver isos Message-ID: <20130501165608.2ed192d0@ncopa-desktop.alpinelinux.org> In-Reply-To: <201305011924.55832.vkrishn4@gmail.com> References: <20130501142905.2661cf85@ncopa-desktop.alpinelinux.org> <201305011924.55832.vkrishn4@gmail.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; x86_64-unknown-linux-gnu) 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 On Wed, 1 May 2013 19:24:55 +0530 "V.Krishn" wrote: > > Alternatives: > > 1) we kill it and tell users to use LXC > > 2) we ship it with an old kernel > > 2.1) downgrade to LTS 3.4.y > > 2.2) do nothing, keep the current, outdated 3.6.y > > 2.3) we try port vserver to 3.9 or same as grsec. > Can we have a little insight on VServer / LXC: > 1. Which is stable and actively developed. stable: vserver (very) actively developed: LXC > 2. Which relatively uses more of recent kernels new advancements. LXC > 3. Does adding LXC to alpine also require patches like VServer does. No. LXC is in mainline kernel. Vserver requires patching. This is main reason why we want move to LXC in the long run. > 4. For 2.3 above - efforts involved. i think for now I would have to do the porting myself. I don't know how much work it is. It might be fairly straighfroward, it might be very messy (i expect the latter due to namespace improvements in recent kernels) > 5. Migration issues. Migration does not need to be very difficult. I think it it should be relatively easy to make a migration script that takes the vserver config and converts it to LXC. > > > > I also don't think there are many vserver users that wants the new > > fancy stuff in newer kernels, so i think reverting to an older 3.4.y > > kernel might work. Sticking to LTS kernels saves us for much work. > > Will this be same for coming Alpine releases ? This would only be for vserver kernel for now. And if we go this route, it will be what we do with alpine-vserver as long as we maintain it. (1-1.5 years ahead) Basically, I think nobody should set up any new vserver hosts. The alpine releases would only be for maintaining the existing servers. Hm. Maybe we should just kill alpine-vserver isos now, and tell vserver users to stick to alpine-vserver-2.4.y, which we then maintain for as long as needed? (1 year more). It means we will spit out new v2.4 releases for another year. The vserver hosts will not get any of the new features, but those are supposed to be as minimal as possible anyways... -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---