This patch had no space at the beginning of the context lines.
quilt/patch accepts "\t" at the beginning as equivalent to " \t", but
dpkg-source does not.
For some reason this debug option uses V4L to expose informaton. We
don't want to include V4L in the installer, so disable it. Use the
top-level config for this driver instead.
Discussed in merge request kernel-team/linux!176
This is used in multiple chromebooks for both touchpad and
touchscreen. It's also available on both amd64 and arm64 ones. On my
machine it doesn't work without i2c-rk3x, but works somewhat good with
it. Touchscreen works, touchpad buttons can click but it can not move
the mouse.
See merge request kernel-team/linux!176
* Drop "KVM: vmx, svm: always run with EFER.NXE=1 when shadow paging is
active" which is included in 5.3.9
* Resolve textual conflicts in debian/changelog and debian/patches/series
These are selected by SYSTEM_DATA_VERIFICATION, which is in turn
selected by MODULE_SIG and CFG80211_REQUIRE_SIGNED_REGDB. So far as I
can see, one or both of MODULE_SIG and CFG80211_REQUIRE_SIGNED_REGDB
are enabled in all configs except m68k.
It would be nice if we could avoid this on armel/marvell, but I don't
think that's going to be practical.
The root cause of this bug seems to be a problem with the Yubikey
or its supporting software, but since we've only seen it once so far
it seems likely that it will affect the next package version.
[arm64,armhf] udeb: Add rockchip-io-domain to kernel-image
Without this module d-i cannot recognize, partition or install to my
SD cards due to a tuning error. But it looks like the module is
related to regulators (and is necessary for some other devices) so I
think it should go into kernel-image.
See merge request kernel-team/linux!175
[arm64] udeb: Add i2c-rk3x to i2c-modules
On my gru-kevin chromebook; touchpad, touchscreen, digitizer inputs, some sound codecs and TPM depend on I2C, which isn't available without this module.
See merge request kernel-team/linux!174
Commit c5e1ff85eb "gencontrol: Generalise substitution of debhelper
config template" used "image" as the base name for debhelper
configuration templates for all linux-image packages generated from
linux-signed-*. We need to use "image.meta" for the meta-packages.
Some debhelper config files should be executable, because either:
1. debhelper should execute them (with dh-exec) instead of reading them
directly. Currently we change the permissions after substitution.
2. They are included in signed-template binary packages, and lintian
will complain about them being non-executable scripts. Currently
we override these warnings.
Replace the special case code by copying the file permissions bits
from the template to the output file in substitute_debhelper_config().
dpkg keeps all directories of the old package version (and renames
the old files) until an upgrade is complete. This prevents simply
replacing a directory with a symlink. We have to use
dpkg-maintscript-helper to work around this limitation.
Closes: #942861
Currently we have two copies of the _substitute_file() method, and
lots of somewhat similar invocations of it since different binary
packages need different sets of debhelper configs.
We already name the templates in a fairly consistent way, so we can
replace this with a loop that tries to expand all possible templates
for a package and ignores those that are missing. Add a method for
this to the Gencontrol base class and use it in both subclasses
where we prevously used _substitute_file().
It's somewhat clearer what we're substituting into a format string
if we name the variables inline, similarly to template files.
In some places we format a mixture of template and other variables.
Leave those unchanged for now.
self.vars only holds the template variables that don't depend on
architecture/featureset/flavour. We should consistently use the
vars parameter for substitutions, where available.
