During v5.13 cycle, debug symbols building got fixed by running
install step during build, instead of binary. Allowing to build
multiple flavours with debug symbols without breaching disk space on
Launchpad builder.
The packaging change that disabled dbgsyms unconditionally however
remained in the hwe-5.13 packaging, but can now be safely reverted to
reenable debug symbols builds.
Fixes: a175d9b3c0 ("UBUNTU: [Packaging] Initial packaging import from linux-hwe-5.13")
Link: https://bugs.launchpad.net/bugs/1930713
Acked-by: Tim Gardner <email address hidden>
Acked-by: Andrea Righi <email address hidden>
Signed-off-by: Dimitri John Ledkov <email address hidden>
Switch to obtaining the DKMS package versions from the kernel-versions
dataset rather than from the archive. This allows it to be more
resilient against parallel update of those versions in the archive.
Replace the existing `update-versions-dkms` script with
`update-dkms-versions`. This change in name is deliberate as the new
script must be called at a different stage of the crank process, it must
follow the `cranky link-tb` stage to obtain the correct versions. See
the crank documentation for details.
BugLink: https://bugs.launchpad.net/bugs/1928921
Properties: no-test-build
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Andy Whitcroft <email address hidden>
Signed-off-by: Andrea Righi <email address hidden>
UBUNTU: SAUCE: aufs: switch to 64-bit ino_t for s390x
After commit 96c0a6a72d18 ("s390,alpha: switch to 64-bit ino_t") all the
architectures are now using 64-bit ino_t, so we don't need to explicitly
exclude alpha and s390x anymore.
Signed-off-by: Andrea Righi <email address hidden>
