From nobody Fri Mar 29 09:58:28 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by lists.alpinelinux.org (Postfix) with ESMTP id 7F8881EC80C for ; Tue, 7 Apr 2009 13:22:24 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 8so2075260qwh.13 for ; Tue, 07 Apr 2009 06:22:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=IDiYgRzKR5H7P7/Z4DNGi6LhPQqFvAa/4RQ3E7A3/sQ=; b=ne00ObkwiIe0I9YShwL2yZw+Lf/+brzNoll0r2p0yfDZF9rU+/753nYRasxKddPqTX 649rOQqS+1usCP/mUJfCfmsLj0h1fDZOByjhp4KGTwNSDhRCc/+RttQdGtjwZK/ghfRU UhrE8GNClL+W3Ke62+Fpyk9ykIzNSPuDPwNVo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=tKa9oJKzjMB5GhFVElaW75qS40sK/UOH/IXMTBLwBkhvF3DEB2K5NNr/RsjXN3bLRs fqs/MWASb6Sohw2GO0PwJfBrWf18KknVRMBMJGJRRfWVWpNwR9rJbf+pDbEij/MBEUXc 4oYYVYm2Qmc20b5IyJhx7jIpvf6RByDhruuKI= Received: by 10.224.10.208 with SMTP id q16mr135736qaq.387.1239110543326; Tue, 07 Apr 2009 06:22:23 -0700 (PDT) Received: from ?10.65.65.1? (149-194-93.oke2-bras2.adsl.tele2.no [90.149.194.93]) by mx.google.com with ESMTPS id 7sm1602409ywo.7.2009.04.07.06.22.21 (version=SSLv3 cipher=RC4-MD5); Tue, 07 Apr 2009 06:22:22 -0700 (PDT) Subject: [alpine-devel] dealing with kernel module apkbuilds From: Natanael Copa To: Alpine-devel Content-Type: text/plain Date: Tue, 07 Apr 2009 15:22:18 +0200 Message-Id: <1239110538.15720.63.camel@nc> X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: 7bit Hi, I have an issue with building kernel module packages. Basicly, whenever you rebuild the kernel you need to rebuild the kernel modules packages (i.e dahdi-linux and xtables-addons, iscsi will come soon too) The goals are: * you update or rebuild the kernel, and all separate kernel module packages gets rebuilt automatically. * be simple. newbies should be able to read the apkbuild and understand whats going on * the kernel module packages should increase the pkgrel when rebuilt so that you dont end up upgrading the kernel but not the kernel module packages. Currently, if kernel is updated I need to remember to manually go to all kernel packages an bump the pkgrel. Ideally this should be done automatically. As I can see there are 3 ways to solve this: 1. build all kernel packages in the kernel APKBUILD. The benefit is: if you rebuild kernel, you rebuild all kernel module packages. The kernel module ackages inherits the kernel version so for example dahdi-linux will have the version 2.6.28.9-r4 or similar. The drawback is that you will rebuild the kernel if you update for example dadhi-linux. If you want to add more non-standard kernel modules you will need to modify the kernel APKBUILD. 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. 3. the third option is to do more or less what we do today, but have some kind of sanity check scripts that keeps track on the kernel versions and kerlen package versions and will make buildrepo fail if the kernel module package is out of sync with the kernel package. This requires that maintainer manually bump the pkgrel in the kernel module APKBUILD. we could have some helper scripts to make that job easier. Benefit here would be tat its less hackish (no need for the ugly sourcing of other APKBUILDS) and we have nice version numbers, dahdi-linux-grsec-2.1.0.4-r2 instead of dahdi-linux-grsec-2.6.28.9.4.2.1.0.4-r2 or dahdi-linux-grsec-2.6.28.9.2.1.0.4-r5. But the drawback is that it will not auto rebuild if kernel is updated. What do you prefer? -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org --- From nobody Fri Mar 29 09:58:28 2024 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 --- From nobody Fri Mar 29 09:58:28 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from rv-out-0506.google.com (unknown [209.85.198.234]) by lists.alpinelinux.org (Postfix) with ESMTP id A991C1EC80C for ; Tue, 7 Apr 2009 14:25:53 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id l9so2528608rvb.25 for ; Tue, 07 Apr 2009 07:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=66gs+6kZ4Y7NGUp0EeSt3w9H1j5g439T9i8H6uGiJtg=; b=cMJmJBaXTZTQRarpzoV1hZpvi3eh32Q+qhtavAG2vUkgGNQUqCBgGEJMu7qOxf95HN dDhPJNko5VnWdZ0ezPk/LjGq9T5CLpTWvP8c6Sq2Tu4Gkoi3f54+jT5LmL2rdxgCTfx8 aUqIzhbcqa1bitwVHo+2YZzBI9Mg+HUxxE0Hc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WuvhrYSXVpUeJsaFWmIDRKMDLbWAoh4zHud1EuLnebi9WQWLu8B5YeFUo8Co46TqVq JzFScoDaLdm+yCbuQ3Vq43v8//CeJJ7sdksyN0uKfv3flAXnqoIc/TLwLDYdYtk4AA5G PHg45zjP+zHql6VzpbEYTGvnhqscSDPCE7VCA= X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Received: by 10.220.97.75 with SMTP id k11mr375708vcn.39.1239114351575; Tue, 07 Apr 2009 07:25:51 -0700 (PDT) In-Reply-To: <49DB58C3.4080505@iki.fi> References: <1239110538.15720.63.camel@nc> <49DB58C3.4080505@iki.fi> Date: Tue, 7 Apr 2009 09:25:51 -0500 Message-ID: <531b02ea0904070725u7318f7bfu40eb9d4f758b2ef9@mail.gmail.com> Subject: Re: [alpine-devel] dealing with kernel module apkbuilds From: Cameron Banta To: =?ISO-8859-1?Q?Timo_Ter=E4s?= Cc: Natanael Copa , Alpine-devel Content-Type: multipart/alternative; boundary=0016e64c2412c30f2f0466f7caa5 --0016e64c2412c30f2f0466f7caa5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2009/4/7 Timo Ter=E4s > 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=3Ddahdi-linux-grsec > > _dahdiver=3D2.1.0.4 > > pkgver=3D$pkgver.$pkgrel.$_dahdiver > > pkgrel=3D1 > > ... > > > > 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=3Ddahdi-linux-grsec > > _dahdiver=3D2.1.0.4 > > _rel=3D1 > > pkgver=3D$pkgver.$_dahdiver > > pkgrel=3D$(( $_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 thing= s > > 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 > > Speaking of ideally, I think it would be nice to have a parameter in APKBUILD that specified this package was a kernel or a kernel module. Then abuild would have a couple extra options for building kernels and kernel modules. For example, if you were building a module, you would need to specify to abuild which kernel you wanted to build it for. e.g: abuild -K ../linux-grsec If you were building a kernel, you could specify to build all the modules with it and it would would find them dynamically and build them. e.g: abuild -m Any scripts to build all the packages could simply ignore the kernel modules, and tell each kernel it builds to build the modules with it. Perhaps the extra work to abuild is not worth it, though. -Cameron --0016e64c2412c30f2f0466f7caa5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2009/4/7 Timo Ter=E4s <timo.teras@iki.fi>
Natanael Copa wrote:
> 2. we include the kernel version in the kernel module package pkgver.<= br> > This is doe by sourcing the kernel APKBUILD. For example:
>
> # source kernel version
> . ../linux-grsec/APKBUILD
> pkgname=3Ddahdi-linux-grsec
> _dahdiver=3D2.1.0.4
> pkgver=3D$pkgver.$pkgrel.$_dahdiver
> pkgrel=3D1
> ...
>
> If kernel is 2.6.28.9-r4, the dadhdi-linux-grsec would here end up as<= br> > 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=3Ddahdi-linux-grsec
> _dahdiver=3D2.1.0.4
> _rel=3D1
> pkgver=3D$pkgver.$_dahdiver
> pkgrel=3D$(( $_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 up2d= ate'
> detect that the package is missing and will trigger a rebuild and thin= gs
> just works. However, it is somewhat hackish, creates ugly version
> numbers and is not so simple.
> But the drawback is that it will not aut= o 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


Speaking of ideally, I think it would be= nice to have a parameter in APKBUILD that specified this package was a ker= nel or a kernel module. Then abuild would have a couple extra options for b= uilding kernels and kernel modules.

For example, if you were building a module, you would need to specify t= o abuild which kernel you wanted to build it for.=A0 e.g:
abuild -K ../l= inux-grsec

If you were building a kernel, you could specify to build= all the modules with it and it would would find them dynamically and build= them.=A0 e.g:
abuild -m

Any scripts to build all the packages could simply ignore = the kernel modules, and tell each kernel it builds to build the modules wit= h it.

Perhaps the extra work to abuild is not worth it, though.

-Cameron
--0016e64c2412c30f2f0466f7caa5-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org --- From nobody Fri Mar 29 09:58:28 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from mail-qy0-f127.google.com (mail-qy0-f127.google.com [209.85.221.127]) by lists.alpinelinux.org (Postfix) with ESMTP id 865C81EC80C for ; Tue, 7 Apr 2009 15:01:29 +0000 (UTC) Received: by qyk33 with SMTP id 33so6397008qyk.27 for ; Tue, 07 Apr 2009 08:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=DMPaHHwZkz2bf7Rfgii7zTgYqbFStXrwJQvY0IQjglQ=; b=Z2vqMOm4f1MCep/CK02Z8S25K3NZRmsvzDKYNQ93TQp7k3NHFvlDIuDCQwjbuDmF+B q8WVVTKu4wszv6L1OOJi6phvGGtH/JevejE6t4RvuIqinMA2aDkcbvPLBX4/s+OZLsuy HID9cHvxUcEIFt5Z8YxWyvYkD3gI70FeLVMeA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=opbyPXb2LH8xCk9dV0CCxj+ML5owBiHDRJ3rQNlQWXbtOFzBoVKcNC2K2nABWv/2io nmzz/KiPDLDpb9DF53K9SLYCleN4/SzfNDdDQPbN9rO9hgmB9aqVx0zIXgdCLlAzZdOz H4xlbSylAXEkNg4ds0MXvNWDRP7jS+GJhV0zQ= Received: by 10.224.73.195 with SMTP id r3mr323315qaj.314.1239116488540; Tue, 07 Apr 2009 08:01:28 -0700 (PDT) Received: from ?10.65.65.1? (149-194-93.oke2-bras2.adsl.tele2.no [90.149.194.93]) by mx.google.com with ESMTPS id 6sm9642312ywn.52.2009.04.07.08.01.25 (version=SSLv3 cipher=RC4-MD5); Tue, 07 Apr 2009 08:01:26 -0700 (PDT) Subject: Re: [alpine-devel] dealing with kernel module apkbuilds From: Natanael Copa To: Cameron Banta Cc: Timo =?ISO-8859-1?Q?Ter=E4s?= , Alpine-devel In-Reply-To: <531b02ea0904070725u7318f7bfu40eb9d4f758b2ef9@mail.gmail.com> References: <1239110538.15720.63.camel@nc> <49DB58C3.4080505@iki.fi> <531b02ea0904070725u7318f7bfu40eb9d4f758b2ef9@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Date: Tue, 07 Apr 2009 17:01:22 +0200 Message-Id: <1239116482.15720.95.camel@nc> X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: base64 T24gVHVlLCAyMDA5LTA0LTA3IGF0IDA5OjI1IC0wNTAwLCBDYW1lcm9uIEJhbnRhIHdyb3RlOg0K PiAyMDA5LzQvNyBUaW1vIFRlcsOkcyA8dGltby50ZXJhc0Bpa2kuZmk+DQo+ICAgICAgICAgDQo+ ICAgICAgICAgTmF0YW5hZWwgQ29wYSB3cm90ZToNCi4uLg0KDQo+ICAgICAgICAgSWRlYWxseSB5 b3Ugc2hvdWxkIG5vdCBuZWVkIHRvIHNwZWNpZnkgdGhlIGtlcm5lbCBmbGF2b3IgaW4NCj4gICAg ICAgICBhcGtidWlsZC4NCj4gICAgICAgICBJbnN0ZWFkIHRoZSBidWlsZCBzeXN0ZW0gc2hvdWxk IGtub3cgYWxsIGF2YWlsYWJsZSBrZXJuZWwNCj4gICAgICAgICB2YXJpYW50cywNCj4gICAgICAg ICBhbmQgcmVidWlsZCB0aGUgbW9kdWxlcyBmb3IgZWFjaCB2YXJpYW50Lg0KPiAgICAgICAgIA0K PiAgICAgICAgIC0gVGltbw0KPiAgICAgICAgIA0KPiAgICAgICAgIA0KPiAgICAgICAgIA0KPiAN Cj4gU3BlYWtpbmcgb2YgaWRlYWxseSwgSSB0aGluayBpdCB3b3VsZCBiZSBuaWNlIHRvIGhhdmUg YSBwYXJhbWV0ZXIgaW4NCj4gQVBLQlVJTEQgdGhhdCBzcGVjaWZpZWQgdGhpcyBwYWNrYWdlIHdh cyBhIGtlcm5lbCBvciBhIGtlcm5lbCBtb2R1bGUuDQo+IFRoZW4gYWJ1aWxkIHdvdWxkIGhhdmUg YSBjb3VwbGUgZXh0cmEgb3B0aW9ucyBmb3IgYnVpbGRpbmcga2VybmVscyBhbmQNCj4ga2VybmVs IG1vZHVsZXMuIA0KPiANCj4gRm9yIGV4YW1wbGUsIGlmIHlvdSB3ZXJlIGJ1aWxkaW5nIGEgbW9k dWxlLCB5b3Ugd291bGQgbmVlZCB0byBzcGVjaWZ5DQo+IHRvIGFidWlsZCB3aGljaCBrZXJuZWwg eW91IHdhbnRlZCB0byBidWlsZCBpdCBmb3IuICBlLmc6DQo+IGFidWlsZCAtSyAuLi9saW51eC1n cnNlYw0KPiANCj4gSWYgeW91IHdlcmUgYnVpbGRpbmcgYSBrZXJuZWwsIHlvdSBjb3VsZCBzcGVj aWZ5IHRvIGJ1aWxkIGFsbCB0aGUNCj4gbW9kdWxlcyB3aXRoIGl0IGFuZCBpdCB3b3VsZCB3b3Vs ZCBmaW5kIHRoZW0gZHluYW1pY2FsbHkgYW5kIGJ1aWxkDQo+IHRoZW0uICBlLmc6DQo+IGFidWls ZCAtbQ0KPiANCj4gQW55IHNjcmlwdHMgdG8gYnVpbGQgYWxsIHRoZSBwYWNrYWdlcyBjb3VsZCBz aW1wbHkgaWdub3JlIHRoZSBrZXJuZWwNCj4gbW9kdWxlcywgYW5kIHRlbGwgZWFjaCBrZXJuZWwg aXQgYnVpbGRzIHRvIGJ1aWxkIHRoZSBtb2R1bGVzIHdpdGggaXQuDQo+IA0KPiBQZXJoYXBzIHRo ZSBleHRyYSB3b3JrIHRvIGFidWlsZCBpcyBub3Qgd29ydGggaXQsIHRob3VnaC4NCg0Kb2ssIG5v dyB3ZSBhcmUgdGFsa2luZy4gV2hhdCBJIG5lZWQgaXMgc29tZSBoZWxwIHdpdGggaWRlYXMgaG93 IHRvDQppbXBsZW1lbnQgaXQgYW5kIEkgdGhpbmsgSSBnb3Qgc29tZSBpZGVhcyBoZXJlLg0KDQpi YXNpY2x5LCB0aGlzIHdvdWxkIG1lYW4gdGhhdCB5b3Ugd291bGQgbmVlZCB0byB0YWcgYSBjZXJ0 YWluIGFwa2J1aWxkcw0KdG8gYmUgZWl0aGVyIGEgbm9ybWFsIGFwa2J1aWxkIChubyB0YWdnaW5n PyksIHRvIGJlIGEga2VybmVsIGFwa2J1aWxkLA0Kb3IgdG8gYmUgYSBrZXJuZWwgbW9kdWxlIGFw a2J1aWxkLg0KDQpleGFtcGxlczoNCg0KY2QgZGFoZGktbGludXgNCmFidWlsZAkJIyBidWlsZHMg cGFja2FnZXMgd2l0aCBzdWZmaXggZm9yIGFsbCBrZXJuZWwgZmxhdm9ycw0KYWJ1aWxkIC1LIGdy c2VjCSMgYnVpbGRzIG9ubHkgZGFoZGktbGludXgtZ3JzZWMNCg0KY2QgbGludXgtZ3JzZWMNCmFi dWlsZCAtbQkjIGJ1aWxkcyBrZXJuZWwgKyBpdCBzY2FucyB0aGUgYXBvcnRzIHRyZWUgZm9yIHBh Y2thZ2VzDQoJCSMgdGFnZ2VkIGFzIG1vZHVsZSBhcGtidWlsZCwgaW5jcmVhc2VzIHBrZ3JlbCBh bmQNCgkJIyByZWJ1aWxkcy4NCg0KTWFpbnRhaW5lciB3b3VsZCBzdGlsbCBuZWVkIHRvIGNvbW1p dCB0aG9zZSBtb2RpZmllZCBhcGtidWlsZHMuDQoNCkkgd29uZGVyIGlmIHdlIGNvdWxkIGhhdmUg YSBzZXBhcmF0ZSB0b29sIHJhdGhlciB0aGFuIGluY2x1ZGUgdGhhdCBpbg0KYWJ1aWxkIHNjcmlw dC4gbWF5YmUgYWJ1aWxkLW1vZC9hYnVpbGQta2VybmVsLg0KDQpXaGF0IHNjYXJlcyBtZSBtb3N0 IHdpdGggYWxsIHRoaXMsIGlzIHRoYXQgdGhpbmdzIGdldCBjb21wbGljYXRlZC4gSSdkDQpsaWtl IHRvIGhhdmUgdGhlIGJ1aWxkIHN5c3RlbSBzdHVwaWQgc2ltcGxlIGlmIHBvc3NpYmxlLg0KDQoN Ci1uYw0KDQo+IA0KPiAtQ2FtZXJvbg0KDQoNCg0KLS0tDQpVbnN1YnNjcmliZTogIGFscGluZS1k ZXZlbCt1bnN1YnNjcmliZUBsaXN0cy5hbHBpbmVsaW51eC5vcmcNCkhlbHA6ICAgICAgICAgYWxw aW5lLWRldmVsK2hlbHBAbGlzdHMuYWxwaW5lbGludXgub3JnDQotLS0NCg== From nobody Fri Mar 29 09:58:28 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from mail-ew0-f180.google.com (mail-ew0-f180.google.com [209.85.219.180]) by lists.alpinelinux.org (Postfix) with ESMTP id 2C8D91EC80C for ; Tue, 7 Apr 2009 20:54:41 +0000 (UTC) Received: by ewy28 with SMTP id 28so2682566ewy.25 for ; Tue, 07 Apr 2009 13:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=X2CLzzHkKBgcHihmXxaNE4x8J3i0IVomJYNBlISfwhQ=; b=MHbkuNqmK0Fq0bLqu6ajci6M6mcwUwCthXtVguadRvAu2dtz49cFeHEk01tLzchvSG sMLQQSIUcz8bL13AYy0FtCM9s/sOf3kzbvZ+xBSSBIC+XfvkJVk3z5BV4YMLAPR0LYqK 4xJtYvy6lOZsMwqcwQkZ9DUnnqJFgEw1mec4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DVwEbeuRRvpPekn7d6HA/zhxS2vF+hn5Qevt8JDWFXNDgOkzXMwF1nQZh+gbo4rrtm dPJirYvGNSVVqc1TycJIlj20GwuvqI1SLg54sCDVjBKx3+1nyoxirQj+oOF6BykmWq6L tenOWsb4vAGvdE2jC/SnPAIxKEHRzONp0jDqs= X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Received: by 10.220.73.134 with SMTP id q6mr1073721vcj.51.1239137679334; Tue, 07 Apr 2009 13:54:39 -0700 (PDT) In-Reply-To: <1239116482.15720.95.camel@nc> References: <1239110538.15720.63.camel@nc> <49DB58C3.4080505@iki.fi> <531b02ea0904070725u7318f7bfu40eb9d4f758b2ef9@mail.gmail.com> <1239116482.15720.95.camel@nc> Date: Tue, 7 Apr 2009 15:54:39 -0500 Message-ID: <531b02ea0904071354r3e287d02n2713f4f84b25a084@mail.gmail.com> Subject: Re: [alpine-devel] dealing with kernel module apkbuilds From: Cameron Banta To: Natanael Copa Cc: =?ISO-8859-1?Q?Timo_Ter=E4s?= , Alpine-devel Content-Type: multipart/alternative; boundary=0016363b7c7034635f0466fd39ac --0016363b7c7034635f0466fd39ac Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 2009/4/7 Natanael Copa > ok, now we are talking. What I need is some help with ideas how to > implement it and I think I got some ideas here. > > basicly, this would mean that you would need to tag a certain apkbuilds > to be either a normal apkbuild (no tagging?), to be a kernel apkbuild, > or to be a kernel module apkbuild. > > examples: > > cd dahdi-linux > abuild # builds packages with suffix for all kernel flavors > abuild -K grsec # builds only dahdi-linux-grsec > > cd linux-grsec > abuild -m # builds kernel + it scans the aports tree for packages > # tagged as module apkbuild, increases pkgrel and > # rebuilds. > I would suggest that abuild (or abuild-mod) appends the kernel version and pkgrel to the pkgrel on any kernel modules to create a dynamic version, instead of updating the version every time you build it, whether you've changed it or not. Also, it'd be nice if abuild automatically set the dependancy to the kernel, too. > > Maintainer would still need to commit those modified apkbuilds. > > I wonder if we could have a separate tool rather than include that in > abuild script. maybe abuild-mod/abuild-kernel. > What would happen if someone ran abuild instead of abuild-kernel/abuild-mod? And, I'm not familiar with the inner working of the abuild script, but I would guess there would be a lot of similar code shared between abuild and abuild-mod/abuild-kernel. What about installing a kernel module? Does the user have to figure out the right version himself? e.g: apk add my-kernel-mod-gresec-2.6.27.19 I think apk-tools might need to be modified to automatically search for the modules for the current kernel. e.g: apk add my-kernel-mod would add the version of my-kernel-mod for the currently running kernel - with the option of using the first example if needed. (Like on a system with multiple kernels installed.) -Cameron --0016363b7c7034635f0466fd39ac Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2009/4/7 Natanael Copa <natanael.copa@gmail.com>
ok, now we are talking. What I need is some help with ideas how to
implement it and I think I got some ideas here.

basicly, this would mean that you would need to tag a certain apkbuilds
to be either a normal apkbuild (no tagging?), to be a kernel apkbuild,
or to be a kernel module apkbuild.

examples:

cd dahdi-linux
abuild =A0 =A0 =A0 =A0 =A0# builds packages with suffix for all kernel flav= ors
abuild -K grsec # builds only dahdi-linux-grsec

cd linux-grsec
abuild -m =A0 =A0 =A0 # builds kernel + it scans the aports tree for packag= es
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# tagged as module apkbuild, increases pkgr= el and
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0# rebuilds.

I would suggest that abuild (or abuild-mod) appends t= he kernel version and pkgrel to the pkgrel on any kernel modules to create = a dynamic version, instead of updating the version every time you build it,= whether you've changed it or not.

Also, it'd be nice if abuild automatically set the dependancy to th= e kernel, too.

Maintainer would still need to commit those modified apkbuilds.

I wonder if we could have a separate tool rather than include that in
abuild script. maybe abuild-mod/abuild-kernel.

What would happen if someone ran abuild instead of ab= uild-kernel/abuild-mod? And, I'm not familiar with the inner working of= the abuild script, but I would guess there would be a lot of similar code = shared between abuild and abuild-mod/abuild-kernel.

What about installing a kernel module? Does the user have to= figure out the right version himself?=A0 e.g:
apk add my-kernel-mod-gre= sec-2.6.27.19

I think apk-tools might need to be modified to automat= ically search for the modules for the current kernel. e.g:
apk add my-kernel-mod
would add the version of my-kernel-mod for the cur= rently running kernel - with the option of using the first example if neede= d. (Like on a system with multiple kernels installed.)

-Camero= n

--0016363b7c7034635f0466fd39ac-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org --- From nobody Fri Mar 29 09:58:28 2024 X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from mail-qy0-f127.google.com (mail-qy0-f127.google.com [209.85.221.127]) by lists.alpinelinux.org (Postfix) with ESMTP id 324DB1EC80C for ; Tue, 7 Apr 2009 14:43:18 +0000 (UTC) Received: by qyk33 with SMTP id 33so6372834qyk.27 for ; Tue, 07 Apr 2009 07:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=BVWqPRDtXKbZ8AgPZUKdu1l2b4mPODrcA0JYE9QZuKg=; b=H0GlTtnjJxLGYOMSwXO/TlV7g19yY1tx3y2UC42YWcDf2GqL0dQ/ZlnfhuJPjoXxS/ 4Wpk/aIrdRsGnpvQOxletk0Zpi0fz7BZczckAsRk+KZZqxG33Q0l2+QJKsBfF60R5tMo wu4+hWKdSAq90vWg1R+00C/ionpu158l9OUC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=uYi2fZoR95w+zrvjR6fb753fTWRA9uXxuA3TJcuggGxckTimCwLRxvzf0izcCHG9oZ pi2nRYExXfN1jHstDoz8vUpKb53PAEEKVno6E68KZR3Ow8W1mZCRT7jOhUaa0oz415vF vPZJDXIJKKH9jZwYcOdk3bfsWOmIjz76BgQqw= Received: by 10.224.89.9 with SMTP id c9mr281894qam.372.1239115396479; Tue, 07 Apr 2009 07:43:16 -0700 (PDT) Received: from ?10.65.65.1? (149-194-93.oke2-bras2.adsl.tele2.no [90.149.194.93]) by mx.google.com with ESMTPS id 9sm1881012yws.15.2009.04.07.07.43.14 (version=SSLv3 cipher=RC4-MD5); Tue, 07 Apr 2009 07:43:15 -0700 (PDT) Subject: Re: [alpine-devel] dealing with kernel module apkbuilds From: Natanael Copa To: Timo =?ISO-8859-1?Q?Ter=E4s?= Cc: Alpine-devel In-Reply-To: <49DB58C3.4080505@iki.fi> References: <1239110538.15720.63.camel@nc> <49DB58C3.4080505@iki.fi> Content-Type: text/plain; charset="utf-8" Date: Tue, 07 Apr 2009 16:43:11 +0200 Message-Id: <1239115391.15720.79.camel@nc> X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Content-Transfer-Encoding: base64 T24gVHVlLCAyMDA5LTA0LTA3IGF0IDE2OjQ0ICswMzAwLCBUaW1vIFRlcsOkcyB3cm90ZToNCj4g TmF0YW5hZWwgQ29wYSB3cm90ZToNCj4gPiAyLiB3ZSBpbmNsdWRlIHRoZSBrZXJuZWwgdmVyc2lv biBpbiB0aGUga2VybmVsIG1vZHVsZSBwYWNrYWdlIHBrZ3Zlci4NCj4gPiBUaGlzIGlzIGRvZSBi eSBzb3VyY2luZyB0aGUga2VybmVsIEFQS0JVSUxELiBGb3IgZXhhbXBsZToNCj4gPiANCj4gPiAj IHNvdXJjZSBrZXJuZWwgdmVyc2lvbg0KPiA+IC4gLi4vbGludXgtZ3JzZWMvQVBLQlVJTEQNCj4g PiBwa2duYW1lPWRhaGRpLWxpbnV4LWdyc2VjDQo+ID4gX2RhaGRpdmVyPTIuMS4wLjQNCj4gPiBw a2d2ZXI9JHBrZ3Zlci4kcGtncmVsLiRfZGFoZGl2ZXINCj4gPiBwa2dyZWw9MQ0KPiA+IC4uLg0K PiA+IA0KPiA+IElmIGtlcm5lbCBpcyAyLjYuMjguOS1yNCwgdGhlIGRhZGhkaS1saW51eC1ncnNl YyB3b3VsZCBoZXJlIGVuZCB1cCBhcw0KPiA+IDIuNi4yOC45LjQuMi4xLjAuNC1yMQ0KPiA+IA0K PiA+IEFsdGVybmF0aXZlbHkgd2UgY291bGQganVzdCBhZGQgdGhlIHBrZ3JlbHMgc28gcmVkdWNl IG9uZSBkaWdpdDoNCj4gPiAjIHNvdXJjZSBrZXJuZWwgdmVyc2lvbg0KPiA+IC4gLi4vbGludXgt Z3JzZWMvQVBLQlVJTEQNCj4gPiBwa2duYW1lPWRhaGRpLWxpbnV4LWdyc2VjDQo+ID4gX2RhaGRp dmVyPTIuMS4wLjQNCj4gPiBfcmVsPTENCj4gPiBwa2d2ZXI9JHBrZ3Zlci4kX2RhaGRpdmVyDQo+ ID4gcGtncmVsPSQoKCAkX3JlbCArICRwa2dyZWwgKSkNCj4gPiAuLi4NCj4gPiANCj4gPiBJbiB0 aGlzIGV4YW1wbGUgd2Ugd291bGQgZW5kIHVwIHdpdGgNCj4gPiBkYWhkaS1saW51eC1ncnNlYy0y LjYuMjguOS4yLjEuMC40LXI0DQo+ID4gDQo+ID4gSWYgd2Ugbm93IHVwZ3JhZGUgdGhlIGtlcm5l bCB0byAyLjYuMjguOS1yNSB0aGVuIHdpbGwgJ2FidWlsZCB1cDJkYXRlJw0KPiA+IGRldGVjdCB0 aGF0IHRoZSBwYWNrYWdlIGlzIG1pc3NpbmcgYW5kIHdpbGwgdHJpZ2dlciBhIHJlYnVpbGQgYW5k IHRoaW5ncw0KPiA+IGp1c3Qgd29ya3MuIEhvd2V2ZXIsIGl0IGlzIHNvbWV3aGF0IGhhY2tpc2gs IGNyZWF0ZXMgdWdseSB2ZXJzaW9uDQo+ID4gbnVtYmVycyBhbmQgaXMgbm90IHNvIHNpbXBsZS4N Cj4gPiBCdXQgdGhlIGRyYXdiYWNrIGlzIHRoYXQgaXQgd2lsbCBub3QgYXV0byByZWJ1aWxkIGlm IGtlcm5lbCBpcyB1cGRhdGVkLg0KPiA+IA0KPiA+IFdoYXQgZG8geW91IHByZWZlcj8NCj4gDQo+ IEknZCBwcmVmZXIgc29tZXRoaW5nIGxpa2Ugb3B0aW9uIDIuDQo+IA0KPiBCdXQgSSB3b3VsZCBu b3QgaW5jbHVkZSB0aGUga2VybmVsIHZlcnNpb24gaW4gdGhlIHBhY2thZ2UgdmVyc2lvbi4NCg0K SSdtIGFmcmFpZCB5b3UgY2Fubm90IGhhdmUgYm90aCB3aXRob3V0IGFkZGluZyBzb21lIHNwZWFj aWFsIHRyZWF0bWVudA0KZm9yIGtlcm5lbCBtb2R1bGUgcGFja2FnZXMgaW4gYXBrLXRvb2xzLg0K DQo+IEluc3RlYWQgYXBrLXRvb2xzIHNob3VsZCBkbyB2ZXJzaW9uZWQgZGVwZW5kZW5jaWVzLiBU aGVuIGR1cmluZyBidWlsZA0KPiB5b3UgY291bGQganVzdCByZWJ1aWxkIHBhY2thZ2VzIHRoYXQg aGF2ZSBubyBsb25nZXIgdmFsaWQgZGVwZW5kZW5jaWVzDQo+IGFmdGVyIGtlcm5lbCBwYWNrYWdl IHVwZ3JhZGUuDQoNCi4uLmFuZCBidW1wIHRoZSBwa2dyZWw/IG9yIG1ha2UgYXBrLXRvb2xzIHRy eSB0byByZWluc3RhbGwgcGFja2FnZXMgdGhhdA0Kbm8gbG9uZ2VyIGhhdmUgdmFsaWQgZGVwZW5k ZW5jaWVzPw0KDQpJJ20gdGhpbmtpbmcsIHlvdSBoYXZlIGRhaGRpLWxpbnV4LWdyc2VjLTIuMS4w LjQtcjAgaW5zdGFsbGVkIHdoaWNoDQpkZXBlbmRzIG9uIGxpbnV4LWdyc2VjPTIuNi4yOC45LXIw LCB0aGVuIGtlcm5lbCBnZXRzIHJlY29tcGlsZWQgYW5kIGlzDQoyLjYuMjguOS1yMC4gVGhlIGJ1 aWxkIHN5c3RlbSBkZXRlY3RzIHRoYXQgYW5kIHJlYnVpbGRzIHRoZSBwYWNrYWdlLiBidXQNCnVu bGVzcyB0aGUgcGtncmVsIGlzIGluY3JlYXNlZCwgaG93IHdvdWxkIGFway10b29scyBrbm93IHRo YXQNCmRhaGRpLWxpbnV4IGFsc28gc2hvdWxkIGJlIHVwZ3JhZGVkPw0KDQoNCj4gSWRlYWxseSB5 b3Ugc2hvdWxkIG5vdCBuZWVkIHRvIHNwZWNpZnkgdGhlIGtlcm5lbCBmbGF2b3IgaW4gYXBrYnVp bGQuDQo+IEluc3RlYWQgdGhlIGJ1aWxkIHN5c3RlbSBzaG91bGQga25vdyBhbGwgYXZhaWxhYmxl IGtlcm5lbCB2YXJpYW50cywNCj4gYW5kIHJlYnVpbGQgdGhlIG1vZHVsZXMgZm9yIGVhY2ggdmFy aWFudC4NCg0Kd291bGQgcmVxdWlyZSBzb21lIHNtYXJ0cywgYW5kIHNvbWUgcGxlYWNlIHRvIHNw ZWNpZnkgd2hpY2ggYXBrYnVpbGRzDQphcmUga2VybmVscyBhbmQgc29tZSBzcGVjaWFsIHZhcmlh YmxlcyB0ZWxsaW5nIHdoZXJlIHRvIGZpbmQgdGhlIGtlcm5lbA0KY29uZmlnIGV0Yy4gVGhlcmUg bWlnaHQgYWxvcyBiZSBzaXR1YXRpb25zIHdoZXJlIHlvdSBkb250IHdhbnQgdG8gYnVpbGQNCm1v ZHVsZSBwYWNrYWdlcyBmb3IgY2VydGFpbiBrZXJuZWxzLg0KDQpJJ20gYWZyYWlkIHdlIHdvdWxk IGVuZCB1cCB3aXRoIGEgY29tcGxpY2F0ZWQgYnVpbGQgc3lzdGVtIGxpa2UgZ2VudG9vDQp3aXRo IGxvdHMgb2Ygc3BlY2lhbCB2YXJzIGV0Yy4gSSB0aGluayB3ZSBoYXZlIHRvbyBtdWNoIG9mIHRo YXQgYWxyZWFkeS4NCg0KbmVlZCB0byB0aGluayBhYm91dCB0aGF0IHRob3VnaC4uLg0KDQo+IC0g VGltbw0KDQoNCg0KLS0tDQpVbnN1YnNjcmliZTogIGFscGluZS1kZXZlbCt1bnN1YnNjcmliZUBs aXN0cy5hbHBpbmVsaW51eC5vcmcNCkhlbHA6ICAgICAgICAgYWxwaW5lLWRldmVsK2hlbHBAbGlz dHMuYWxwaW5lbGludXgub3JnDQotLS0NCg==