linux-tool package for mainline builds

Dimitri John Ledkov dimitri.ledkov at canonical.com
Thu Jul 14 13:48:27 UTC 2022


Hi,

On Wed, 13 Jul 2022 at 06:41, Ferenc Fejes <ferenc.fejes at ericsson.com> wrote:
>
> Hello!
>
> I used to test kernels, trying out the latest version, and switching
> back and forth bitween older and the recent version. However that
> contains the linux-image, linux-headers and linux-modules packages. My
> question is: it would be possible to build the linux-tools and linux-
> libc packages too? Does that consume too much resources? It would be
> really nice to have tools like perf and bpftool for every kernel build.
> Is there something which blocks the build of linux-tools like
> unsatisfieable requirements?

In terms of changing packaging it needs time or patches to our debian/
debian.master/ directories to ensure that tools & libc packages are
built  I.e. we currently set

ifeq ($(do_mainline_build),true)
        do_extras_package=false
        do_tools=false
...

To ensure that -extras package is not produced; dkms modules not built; etc.

making tools is reasonable i guess; they are version dependent and do
have frequent new features added.

I am not sure about linux-libc-dev however. Why do you need it? And
how you will consume it?

At the moment linux-libc can only be installed system-wide in a single
path location, and we try to keep it at a minimum common base (i.e.
GA-generic). Unlike installing all the other mainline build packages,
linux-libc-dev is not currently co-installable thus if one upgrades it
to a mainline build suddenly one may start to fail to build user space
packages; or build ABI incompatible userspace packages.

-- 
okurrr,

Dimitri



More information about the kernel-team mailing list