--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: linux-headers-6.6.13+bpo-amd64 incorrectly depends on the corresponding linux-image-amd64 package
- From: Colm Buckley <colm@tuatha.org>
- Date: Wed, 28 Feb 2024 17:19:39 +0000
- Message-id: <170914077913.250951.10501368035705396288.reportbug@lugh.tuatha.home>
Package: linux-headers-6.6.13+bpo-amd64
Severity: normal
X-Debbugs-Cc: colm@tuatha.org
Dear Maintainer,
The linux-headers packages for kernel version 6.6 seem to depend on the corresponding
linux-image packages, but I believe that this should not be the case (and was not the
case in previous versions). It should be possible to install the header files for
a particular kernel version (eg: to allow for modules to be built for that version,
which is my use case) without requiring the kernel image to be installed.
I think the headers packages should depend on a suitable version of linux-kbuild and
any necessary glibc headers or other build artifacts, but not on linux-image-*
Many thanks,
Colm
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (900, 'stable-updates'), (900, 'stable-security'), (900, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-0.deb12.4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages linux-headers-6.6.13+bpo-amd64 depends on:
ii gcc-12 12.2.0-14
pn linux-headers-6.6.13+bpo-common <none>
pn linux-image-6.6.13+bpo-amd64 | linux-image-6.6.13+bpo-amd64-unsi <none>
gned
pn linux-kbuild-6.6.13+bpo <none>
linux-headers-6.6.13+bpo-amd64 recommends no packages.
linux-headers-6.6.13+bpo-amd64 suggests no packages.
--- End Message ---
--- Begin Message ---
- To: Colm Buckley <colm@tuatha.org>, 1064976-done@bugs.debian.org
- Subject: Re: Bug#1064976: linux-headers-6.6.13+bpo-amd64 incorrectly depends on the corresponding linux-image-amd64 package
- From: Bastian Blank <waldi@debian.org>
- Date: Mon, 1 Apr 2024 22:35:09 +0200
- Message-id: <20240401203509.xkfcptlougyfss54@shell.thinkmo.de>
- Mail-followup-to: Bastian Blank <waldi@debian.org>, Colm Buckley <colm@tuatha.org>, 1064976-done@bugs.debian.org
- In-reply-to: <CAKECruMq24NR-SLnipzNy8GovQ=w823oR6OAj+dp382hXyprLA@mail.gmail.com>
- References: <170914077913.250951.10501368035705396288.reportbug@lugh.tuatha.home> <CAKECruMq24NR-SLnipzNy8GovQ=w823oR6OAj+dp382hXyprLA@mail.gmail.com>
On Mon, Mar 04, 2024 at 09:51:56AM +0000, Colm Buckley wrote:
> As per the discussion in
> https://salsa.debian.org/kernel-team/linux/-/merge_requests/1005 - once
> vmlinux.h is included with linux-headers, the warning about cmd_btf_ko etc.
> should be harmless, as that file should already be available (ie: there's
> no need to generate it again as part of kernel build). Am I missing
> something else? I confess I have only a very small amount of experience
> with BPF code; I played with building a few modules, but I don't use it
> regularly.
No. We need to make sure someone installing linux-image-bla and
linux-headers-bla have the same version, so the modules are compatible.
vmlinux.h is not for modules.
If you have a better idea how to solve this problem with kernel modules,
please speak up.
Bastian
--
It is undignified for a woman to play servant to a man who is not hers.
-- Spock, "Amok Time", stardate 3372.7
--- End Message ---