This commit was created using the following commands and then fixing up debian/patches/series manually.
$ git config diff.renames false
$ git rebase --onto debian/208-5 v208 stable/v208-stable
$ git checkout -b patch-queue/experimental HEAD
$ gbp-pq export --no-patch-numbers
$ git add --ignore-removal debian/patches/
Deliberately exclude libgudev-1.0-dev, since it depends on
gir1.2-gudev-1.0 and gobject-introspection does not (yet) support
multiarch.
Closes: #720017
Drop the obsolete check for /sys/kernel/uevent_helper from postinst and
the SysV init script and do not unconditionally overwrite it in the
initramfs hook. Since a long time now udev has been using the netlink
interface to communicate with the kernel and with Linux 3.16 it is
possible to disable CONFIG_UEVENT_HELPER completely.
Closes: #752742
The problem was not that the kmod builtin is faster then modprobe but
rather the incorrect usage of the "=" assignment operator. We need to
use "+=" here, so the sg module is loaded in addition to other scsi
modules, which are loaded via the modalias rule.
Thanks to Tommaso Colombo for the analysis.
This has been fixed upstream in a more general way by
commit bf7f800f2b3e93ccd1229d4717166f3a4d3af72f
Author: Kay Sievers <kay@vrfy.org>
Date: Sat Jul 20 14:29:12 2013 +0200
rules: drivers - always call kmod, even when a driver is bound to
the device
/lib/lsb/init-functions.d/40-systemd unconditionally uses "set +e; set
+u". This can change the behavior of init scripts that use "set -e"
and/or "set -u".
Change the systemd integration to not rely on "set +e" or "set +u" but
instead work correctly in all cases by catching all commands that might
fail.
Closes: #751472
- Use DefaultDependencies=no in ifup@.service so the service can be started
as early as possible.
- Create the ifupdown runtime directory in ifup@.service as we can no longer
rely on the networking service to do that for us.
- Don't stop ifup@.service on shutdown but let the networking service take
care of stopping all hotplugged interfaces.
- Only start ifup@.service for interfaces configured as allow-hotplug.
If systemd is not the active PID 1 and the SysV compat tools are
provided by systemd-sysv, /sbin/telinit simply forwards the requests to
the native telinit implementation.
To make the upgrade from sysvinit to systemd less disruptive, the plan
is to make the transitional sysvinit package provide
/lib/sysvinit/telinit and /lib/sysvinit/init which then can be used as a
fallback in case of emergency.
Set the telinit path in systemd accordingly in preparation for that.
since this breaks dist-upgrades from wheezy when switching from sysvinit
to systemd-sysv as default init. While downgrading the Pre-Depends in
sysvinit would have been an alternative, dropping the Conflicts and only
keeping the Replaces was deemed the lesser evil.
Closes: #748355