ext4: always initialize the crc32c checksum driver
The extended attribute code now uses the crc32c checksum for hashing
purposes, so we should just always always initialize it. We also want
to prevent NULL pointer dereferences if one of the metadata checksum
features is enabled after the file sytsem is originally mounted.
UBUNTU: [Packaging] autoreconstruct -- base tag is always primary mainline version
The base tag for autoreconstruct comparisons is always the primary mainline
version. Since the switch to 3.x that has been the first two version
number elements (VERSION and PATCHLEVEL). We already ignore the SUBLEVEL
but inexplicibly take the EXTRAVERSION into account. This is plain wrong
as the orig.tar.gz will, for example, be of v3.13 for the trusty kernel.
The tag therefore is v$(VERSION).$(PATCHLEVEL).
Drop the errant lookup and insertion of EXTRAVERSION into the
upstream_tag specifier.
BugLink: http://bugs.launchpad.net/bugs/1806380
Signed-off-by: Andy Whitcroft <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>
UBUNTU: [Packaging] geabis: exec modinfo with explicit path
modinfo is generally located under /sbin/, which could be not in $PATH
of a refular user. Call it explicitly so it doesn't fail even on more
limited environment.
Ignore: yes
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>
UBUNTU: [Packaging] getabis -- handle all known package combinations
Traditionally we have tried to download all and any packages we can
find. If we have any packages we just assume that what we got is a
consistent set and use it. This leads to incomplete sets being
committed on network failure.
Firstly detect and differentiate transport errors and valid missing
packages. Secondly switch to analysing known good package set
combinations; this relies on the presumption that the publisher
only publishes all or none of a binary package set. This lets us
throw errors when we are unable to find an internally consistent
set of packages.
BugLink: http://bugs.launchpad.net/bugs/1806380
Signed-off-by: Andy Whitcroft <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>
Signed-off-by: Andy Whitcroft <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Stefan Bader <email address hidden>