Add support for TuxOnIce hibernation

systemd does not support non-mainline kernel features so upstream rejected this
patch.
It is however required for systemd integration by tuxonice-userui package.

Forwarded: http://lists.freedesktop.org/archives/systemd-devel/2014-April/018960.html

Gbp-Pq: Topic debian
Gbp-Pq: Name Add-support-for-TuxOnIce-hibernation.patch

Make /run/lock tmpfs an API fs

The /run/lock directory is world-writable in Debian due to historic
reasons. To avoid user processes filling up /run, we mount a separate
tmpfs for /run/lock. As this directory needs to be available during
early boot, we make it an API fs.

Drop it from tmpfiles.d/legacy.conf to not clobber the permissions.

Closes: #751392
Gbp-Pq: Topic debian
Gbp-Pq: Name Make-run-lock-tmpfs-an-API-fs.patch

Bring tmpfiles.d/tmp.conf in line with Debian defaults

Closes: #675422
Gbp-Pq: Topic debian
Gbp-Pq: Name Bring-tmpfiles.d-tmp.conf-in-line-with-Debian-defaul.patch

Use Debian specific config files

Use /etc/default/locale instead of /etc/locale.conf for locale settings.

Use /etc/default/keyboard instead of /etc/X11/xorg.conf.d/00-keyboard.conf for
keyboard configuration.

Read/write /etc/timezone if /etc/localtime does not exist.

Gbp-Pq: Topic debian
Gbp-Pq: Name Use-Debian-specific-config-files.patch

boot: Only build with debug symbols in developer mode

Origin: https://github.com/systemd/systemd/commit/76fb85316e9c629b79762457d9515cb632112a6a

The debug symbols are of very limited use in proper deployments
unlike with regular userspace. Unless someone goes through the pain
of setting up an EFI debugger (assuming their firmware even supports
this in the first place) any provided debug symbols will just be
useless.
Debugging under QEMU is possible, but even then it is non-trivial
to set up, so anyone willing to go that far can just build in
developer mode.

Meanwhile, at least x86 firmware tends to refuse binaries that contain
debug symbols. We do strip the files when converted to PE anyway, but
the elf file needs to stay around on other arches as objcopy does not
support PE as input there.

Also, the generated debug symbols seem to be not reproducible when
building with LTO. Whether this is an issue in tooling or our side
is unclear. This works around this issue.

Gbp-Pq: Name boot-Only-build-with-debug-symbols-in-developer-mode.patch

boot: Use -ffile-prefix-map when present

Origin: https://github.com/systemd/systemd/commit/1bc8417cfeeebb48b16039f26e0c75937784e75e

Gbp-Pq: Name boot-Use-ffile-prefix-map-when-present.patch

meson: Use files() for source lists for boot and fundamental

Origin: https://github.com/systemd/systemd/commit/b3c5a7074cd434bc02c4b560afe933d3df24759e

This fixes build reproducibility as otherwise the full path
of the source files ends up in the output binary.

Gbp-Pq: Name meson-Use-files-for-source-lists-for-boot-and-fundam.patch

boot: Build BCD parser only on arches supported by Windows

Origin: https://github.com/systemd/systemd/commit/77fcf28cb88b302453b4c991a6571cb37f10634d

Gbp-Pq: Name boot-Build-BCD-parser-only-on-arches-supported-by-Wi.patch

meson: move efi file lists closer to where they are used

Origin: https://github.com/systemd/systemd/commit/65dcf9f9a0d877de0dc53558547462a7f1750c78

The goal is to have the detection of features and paths done first, and
then the build target constructions second.

Gbp-Pq: Name meson-move-efi-file-lists-closer-to-where-they-are-u.patch

test: enable systemd-oomd.service

Enable the service to ensure dbus-org.freedesktop.oom1.service exists
and D-Bus activation works.

See #18469

(cherry picked from commit d338b1713aabcdc2f90d907c72f8fada085bb15e)

Gbp-Pq: Name test-enable-systemd-oomd.service.patch

units: don't install dbus-org.freedesktop.oom1.service alias

The systemd-oomd.service unit contains

[Install]
WantedBy=multi-user.target
Alias=dbus-org.freedesktop.oom1.service

which means the symlink is supposed to be created dynamically when the
service is enabled.

(cherry picked from commit 794aa5f57f616d1fd3d0ad803f5e7594c33391a0)

Gbp-Pq: Name units-don-t-install-dbus-org.freedesktop.oom1.service-ali.patch

test: explicitly configure oomd stuff via dropins

so we don't get overridden by distro-shipped ones.

Fixes: #22030
(cherry picked from commit fd5e5a87fb2b5de6a25a00acd35dc23775b6b595)

Gbp-Pq: Name test-explicitly-configure-oomd-stuff-via-dropins.patch

oomd: move oomctl to bindir

We don't really need oomctl during early boot, so bindir seems like a
more suitable place for the binary.

(cherry picked from commit cfd4c84addbaa31ea2a24275f9c56a70e464bac0)

Gbp-Pq: Name oomd-move-oomctl-to-bindir.patch

systemd (250.3-2) unstable; urgency=medium

  [ Yu Watanabe ]
  * upstream-ci: logind test: use drop-in config
  * upstream-ci: logind test: also show logs of systemd-suspend.service
  * upstream-ci: logind test: make sure the fake lid switch processed by
    udevd. Also, wait for other uevents, which possibly triggered by the
    lid switch, being processed.
  * upstream-ci: logind test: fix drop-in config.

  [ Luca Boccassi ]
  * Add myself to Uploaders
  * systemd-tests: ignore hardening-no-relro too. Test binaries, we don't
    care about hardening flags
  * Backport patches to fix build reproducibility. EFI binaries have the
    path embedded which breaks reproducibility, backport patches from
    upstream to fix it.

  [ Michael Biebl ]
  * Add Recommends: dbus-user-session to libpam-systemd. For a fully
    functioning systemd --user instance we want dbus-user-session
    installed.
  * Report status of dbus-user-session in systemd reportbug template. Most
    users will likely file bugs for systemd --user related issues against
    the main systemd package and not libpam-systemd.

[dgit import unpatched systemd 250.3-2]

Import systemd_250.3-2.debian.tar.xz

[dgit import tarball systemd 250.3-2 systemd_250.3-2.debian.tar.xz]

Import systemd_250.3.orig.tar.gz

[dgit import orig systemd_250.3.orig.tar.gz]