APPLIED[Unstable/K]: [Unstable][K][PATCH] UBUNTU: [Packaging] Remove circular dependency between image & modules

Andrea Righi andrea.righi at canonical.com
Fri Aug 26 14:27:38 UTC 2022


On Thu, Aug 25, 2022 at 11:21:34PM +0100, Dimitri John Ledkov wrote:
> 
> Currently we have circular dependencies between
> linux-image-[unsigned]-ABI and linux-modules[-extra] packages.
> 
> From Debian policy point of view this is bad and does lead to worse
> dependency resolution cycles in apt upon kernel installs and upgrades,
> but mostly harmless as apt has learned to deal with that a long time
> ago.
> 
> It is harmful for kernels that have additional types of debs or snaps
> that deliver vmlinux.
> 
> In addition to regular linux-image[-unsigned] we produce various FDE
> linux-images like things with builtin initrds, i.e. linux-fde,
> linux-uc22, FIT images etc. All of them vendor in vmlinuz, and do not
> need to have linux-image[-unsigned] installed. They also often do not
> want to pull in any of the bootloaders listed as recommends by the
> linux-image-ABI package either, as they use alternative methods to
> boot (i.e. gadget snap, nullboot, flashkernel, weird cloud firmware
> provided stuff, etc).
> 
> Remove linux-modules[-extra] -> linux-image[-unsigned] dependency. Add
> linux-modules-extra -> linux-modules dependency (because extra modules
> use symbols from the regular modules package).
> 
> This will enable us to build clean meta-packages that pull in
> appropriate image, fde, uc22, FIT kernel image with matching modules,
> without installing redudant copies of vmlinux or bootloaders.
> 
> Signed-off-by: Dimitri John Ledkov <dimitri.ledkov at canonical.com>
> ---
> 
>  PS. I am using thunderbird to send this, for the first time. I am
>  really not at all sure if it will go through fine or not.

Yeah, git isn't really happy with that:

  patch: **** malformed patch at line 23: LAVOUR | linux-image-unsigned-PKGVER-ABINUM-FLAVOUR

But it's applied to kinetic:linux and kinetic:linux-unstable now,
thanks!

-Andrea



More information about the kernel-team mailing list