For discussion of Alpine Linux development and developer support

Re: [alpine-devel] APKBUILD for kernel modules

Martin Galvan
Details
Message ID
<CAN19L9EWJ_0Hvs0-sg-PNVb1fqXBQ23g1=tnkpxYFTu+6ZFXUg@mail.gmail.com>
Sender timestamp
1516721655
DKIM signature
missing
Download raw message
Hi Shiz, thanks for the answer. I'm forwarding it to the mailing list.

2018-01-23 12:22 GMT-03:00 Shiz <hi@shiz.me>:
> Hi!
>
>> On 23 Jan 2018, at 15:26, Martin Galvan <omgalvan.86@gmail.com> wrote:
>>
>> Is this done just to make sure the maintainer is aware of kernel
>> changes, and has to at least indicate so in the APKBUILD? What if we
>> wanted to distribute a module that worked on multiple kernel versions?
>
> Yes. Because of the nature how Linux kernel modules work, you can’t
> distribute a module that works on multiple versions — modules are explicitly
> versioned against the kernel by the Linux kernel module build system because
> the in-kernel ABI is unstable (the vermagic/modversion mechanism).
>
>> As a side note, I saw that the APKBUILDs look for
>> linux-$_flavor/APKBUILD in a relative path. I assume this means
>> they'll always run from wherever they're located in the aports tree,
>> but I saw that e.g.
>> https://git.alpinelinux.org/cgit/aports/tree/testing/ipt-netflow-hardened/APKBUILD
>> looks in testing for linux-$_flavor, which I didn't find. Does that
>> mean it'll always fail?
>
> This seems wrong, but I’m not sure.
>
>> Finally, I saw that for failure cases there seems to be a 'die'
>> function that looks like perl's. Where can I find its definition? Is
>> it documented anywhere?
>
> It’s defined in abuild: https://git.alpinelinux.org/cgit/abuild/tree/abuild.in#n103
>
> - Shiz


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---