Received: from out0.migadu.com (out0.migadu.com [94.23.1.103])
	by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id B2EFD781AA3
	for <~alpine/devel@lists.alpinelinux.org>; Sat, 12 Dec 2020 10:33:36 +0000 (UTC)
X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers.
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dereferenced.org;
	s=default; t=1607769214;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=brjA+yENPx1IH6Ieg5XGr25nHqewLbLrraklDvyegIM=;
	b=lpVrgWSG0FbmkRB/08LLD+oXZBzSry/x3X66V0waMtqo2jWfMhW+KixLsWWzFDRCDkiisd
	NSdiThDi+iDOixTg3uXWlhhOmyNJFg2QqeiBvEIGsnrhQQg51VXAJcclbNUQcB96WbnDGA
	oNqCio1rcksnK0VUYiAb70D91JIR6yk=
From: Ariadne Conill <ariadne@dereferenced.org>
To: ~alpine/devel@lists.alpinelinux.org
Cc: Rasmus Thomsen <oss@cogitri.dev>
Subject: Re: Implement versioned names for major libraries to ease upgrade process
Message-ID: <2478872.my5MpkESCV@nanabozho>
In-Reply-To: <6ce1e9200bc916ef98e6132cd907d07660fcf174.camel@cogitri.dev>
References: <86c7a81e-1640-7f82-9e13-dfdbe1aad07b@gmail.com> <877dpnnxcu.fsf@ungleich.ch> <6ce1e9200bc916ef98e6132cd907d07660fcf174.camel@cogitri.dev>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Migadu-Flow: FLOW_OUT
X-Migadu-Auth-User: ariadne@dereferenced.org
Date: Sat, 12 Dec 2020 10:33:34 GMT


Hello,

On Saturday, December 12, 2020 3:30:23 AM MST Rasmus Thomsen wrote:
> Hello,
> 
> On Sat, 2020-12-12 at 11:16 +0100, Nico Schottelius wrote:
> > Good morning,
> > 
> > maxice8 <thinkabit.ukim@gmail.com> writes:
> > > [...]
> > > This is already done for llvm which breaks API and ABI every MAJOR
> > > release so we keep llvmN and llvmN+1 and remove llvmN once all
> > > packages are switched over to use llvmN+1.
> > > [...]
> > 
> > if we are already doing that, why do we not do it for the linux
> > kernel?
> 
> Because maintaining multiple kernels is a lot of work because they're
> released relatively often and we have to rebuild all modules (e.g. zfs)
> against new kernel versions.

I don't think they propose maintaining multiple kernels in parallel per se, 
but instead versioning the package (with a provides linux-lts=${pkgver}) so 
that older kernels can stick around if a newer kernel has a regression.

Ariadne