X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by lists.alpinelinux.org (Postfix) with ESMTP id 865FA1EC80C for ; Tue, 7 Apr 2009 13:44:38 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so844633fge.2 for ; Tue, 07 Apr 2009 06:44:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Vj/nIC4/guFwsABkIkXOKnczU/2GFaibT6oFkkyQGCM=; b=K6jutddIXeGuVbED3STGR1oFTx4vFk12+47DKjjcwraR+s4B66VmLtephO9k7W67Rz Q87l2c2dE8DgahZLUrLKTK7tG9q66OIx+gbrhqdm0za/wp+pWfiAMVzpgGHOA2rKVvfs D0wd2XmrYjkYHZtl+Y9YSVqxWORv1E3sGwR1M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Y7lg6DCPLWlLLexpzzAO6AbieHr4hAs+6aLcbYcqC7zP2JsSzHQWYwehBU/kRjWoLl NjdQRPF7lR5LY97DqgqeZG3saO+fiY+/iE5pgSvJi7XaTYpqdyLAEyX74Nz4IrJmDIbO POHHuZ9yAiLy4dIqyzCoAo9P1GhWGhYT8VbLk= Received: by 10.86.49.13 with SMTP id w13mr218286fgw.10.1239111877970; Tue, 07 Apr 2009 06:44:37 -0700 (PDT) Received: from ?10.252.5.10? (xdsl-83-150-94-239.nebulazone.fi [83.150.94.239]) by mx.google.com with ESMTPS id 4sm857781fge.3.2009.04.07.06.44.36 (version=SSLv3 cipher=RC4-MD5); Tue, 07 Apr 2009 06:44:37 -0700 (PDT) Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= Message-ID: <49DB58C3.4080505@iki.fi> Date: Tue, 07 Apr 2009 16:44:35 +0300 From: =?ISO-8859-1?Q?Timo_Ter=E4s?= User-Agent: Thunderbird 2.0.0.19 (X11/20090105) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 To: Natanael Copa CC: Alpine-devel Subject: Re: [alpine-devel] dealing with kernel module apkbuilds References: <1239110538.15720.63.camel@nc> In-Reply-To: <1239110538.15720.63.camel@nc> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Natanael Copa wrote: > 2. we include the kernel version in the kernel module package pkgver. > This is doe by sourcing the kernel APKBUILD. For example: > > # source kernel version > . ../linux-grsec/APKBUILD > pkgname=dahdi-linux-grsec > _dahdiver=2.1.0.4 > pkgver=$pkgver.$pkgrel.$_dahdiver > pkgrel=1 > ... > > If kernel is 2.6.28.9-r4, the dadhdi-linux-grsec would here end up as > 2.6.28.9.4.2.1.0.4-r1 > > Alternatively we could just add the pkgrels so reduce one digit: > # source kernel version > . ../linux-grsec/APKBUILD > pkgname=dahdi-linux-grsec > _dahdiver=2.1.0.4 > _rel=1 > pkgver=$pkgver.$_dahdiver > pkgrel=$(( $_rel + $pkgrel )) > ... > > In this example we would end up with > dahdi-linux-grsec-2.6.28.9.2.1.0.4-r4 > > If we now upgrade the kernel to 2.6.28.9-r5 then will 'abuild up2date' > detect that the package is missing and will trigger a rebuild and things > just works. However, it is somewhat hackish, creates ugly version > numbers and is not so simple. > But the drawback is that it will not auto rebuild if kernel is updated. > > What do you prefer? I'd prefer something like option 2. But I would not include the kernel version in the package version. Instead apk-tools should do versioned dependencies. Then during build you could just rebuild packages that have no longer valid dependencies after kernel package upgrade. Ideally you should not need to specify the kernel flavor in apkbuild. Instead the build system should know all available kernel variants, and rebuild the modules for each variant. - Timo --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---